[JBoss-dev] [Management on JBoss] - Re: Looking for a serverId to include in Alarms
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821170#3821170 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821170 Couldn't you just use the hostname / primary network interface (not localhost)? --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Management on JBoss] - Re: Looking for a serverId to include in Alarms
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821176#3821176 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821176 There could be many JBoss instances on the same host...! I'm really looking for some kind of logical name that is set by the administrator, e.g.: hostX:jboss1 hostX:jboss2 hostZ:jboss1 etc. I could define my own, I just want to see if there is anything there already that I could discover at runtime and re-use. Thanks /Dimitris --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821210#3821210 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821210 I have heard different things from different people. My thought was always that the VM was better than pooling, but I've had people argue for (and code) pooling. So I just went and found out for myself --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-895672 ] ServiceBindingManager does not override Tomcat5 ports
Bugs item #895672, was opened at 2004-02-12 13:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=895672group_id=22866 Category: JBossWeb Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Wonne Keysers (wonnekeysers) Assigned to: Nobody/Anonymous (nobody) Summary: ServiceBindingManager does not override Tomcat5 ports Initial Comment: The embedded Tomcat5 bundle uses the server.xml file to load configuration instead of heaving it in an attribute as in Tomcat 4. Consequently, I was unable to override tomcat's connector port settings with the ServiceBindingManager... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=895672group_id=22866 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Creating tables on deploy failed
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3821212#3821212
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821212
Hi,
I'm using xdoclet to generate a CMP bean and I'm getting a strange error when I deploy
the bean. I've tryed to clean all, to rebuild all but I'm getting same error all the
time.
Below is my bean code:
package net.bitsizecode.bitserver.ejb;
import java.rmi.RemoteException;
import javax.ejb.EJBException;
import javax.ejb.EntityBean;
import javax.ejb.EntityContext;
import javax.ejb.RemoveException;
import javax.ejb.CreateException;
/**
* Entity bean that represents the Devices table
* Relation USERS - DEVICES 1..n
*
* @author Gabriel Ciuloaica
* @version [CVS] $Id: DevicesBean.java,v 1.6 2004/02/11 17:35:21 Administrator Exp $
*
* @ejb.bean description=Devices Entity Bean
* display-name=DevicesBean
* local-jndi-name=DevicesHomeLocal
* name=DevicesBean
* primkey-field=DID
* type=CMP
* view-type=local
* cmp-version = 2.x
* schema = DevicesTable
*
* @ejb.persistence table-name = DEVICES
*
* @ejb.util generate = physical
*/
public abstract class DevicesBean implements EntityBean {
/**
* Default constructor
*/
public DevicesBean() {
super();
}
/**
* Get the device DID (pk)
*
* @ejb.persistence column-name = DID
* jdbc-type = VARCHAR
* sql-type = VARCHAR(255)
* @ejb.interface-method view-type = local
* @ejb.pk-field = DID
*
*/
public abstract String getDID();
/**
* Set the divice ID (DID)
* @param DID device id
*
* @ejb.interface-method view-type = local
*
*/
public abstract void setDID(String DID);
/**
* Get the user id (fk)
*
* @ejb.persistence column-name = UID
* jdbc-type = VARCHAR
* sql-type = VARCHAR(255)
* @ejb.interface-method view-type = local
*
*/
public abstract String getUID();
/**
* Set the user id
* @param UID user id
*
* @ejb.interface-method view-type = local
*/
public abstract void setUID(String UID);
/**
* Set/Get the device uri (usually the IMEI)
*
* @ejb.persistence column-name = URI
* jdbc-type = VARCHAR
* sql-type = VARCHAR(255)
* @ejb.interface-method view-type = local
*
*/
public abstract String getURI();
/**
* Set the device URI (usually IMEI)
* @param uri the IMEI of the device
*
* @ejb.interface-method view-type = local
*/
public abstract void setURI(String uri);
/**
* Get device name (a generic name)
*
* @ejb.persistence column-name = DEVICENAME
* jdbc-type = VARCHAR
* sql-type = VARCHAR(255)
* @ejb.interface-method view-type = local
*
*/
public abstract String getDEVICENAME();
/**
* Set device name (a generic name)
* @param DEVICENAME the device name
*
* @ejb.interface-method view-type = local
*/
public abstract void setDEVICENAME(String DEVICENAME);
/**
* Create a new record in device table
* @param DID
* @param UID
* @param URI
* @param DEVICENAME
* @throws CreateException
*
* @ejb.create-method view-type = local
*/
public String ejbCreate(String DID, String UID, String URI, String DEVICENAME)
throws CreateException{
setDID(DID);
setUID(UID);
setURI(URI);
setDEVICENAME(DEVICENAME);
return DID;
}
public void ejbPostCreate(String DID, String UID, String URI, String
DEVICENAME) throws CreateException {
}
/* (non-Javadoc)
* @see javax.ejb.EntityBean#ejbActivate()
*/
public void ejbActivate() throws EJBException, RemoteException {
}
/* (non-Javadoc)
* @see javax.ejb.EntityBean#ejbLoad()
*/
public void ejbLoad() throws EJBException, RemoteException {
[JBoss-dev] [ jboss-Bugs-688607 ] Class loader problem
Bugs item #688607, was opened at 2003-02-18 17:10 Message generated for change (Comment added) made by shyamvs You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=688607group_id=22866 Category: JBossMX Group: None Status: Closed Resolution: None Priority: 5 Submitted By: Shyam Sundar (shyamvs) Assigned to: Nobody/Anonymous (nobody) Summary: Class loader problem Initial Comment: Dear Friends, I am using jboss-3.0.5_tomcat-4.1.18. In that i have two applications where in application1 test.ear has a test.jar +test.sar+dtd/myconf.dtd application2 testA.ear has test.sar+dtd/myconf1.dtd In test.jar of test.ear i have test.class which access dtd/myconf.dtd and dtd/myconf1.dtd In test.sar of both applications in the startService method i instantiate the test.class and access the both dtd/myconf.dtd dtd/myconf1.dtd At this point of time i am not able to get the resource dtd/myconf1.dtd from application testA.ear after deploying two applications. i am using this.getClass().getClassLoader().getResource(dtd/myconf1.dtd) This problem happens only in extracted mode of deployment through MainDeployer present in JMX-console -- Comment By: Shyam Sundar (shyamvs) Date: 2004-02-12 18:45 Message: Logged In: YES user_id=715078 Refer Bug 780914 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=688607group_id=22866 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Tomcat] - Jboss + Tomcat and Database stored sessions
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821219#3821219 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821219 Hi! I'm using Jboss 3.2.1 with Tomcat 4.1.24, and Tomcat is running as a Jboss MBean. I want to control the number of sessions each application can have. To do this, I'm trying to store sessions in a postgresql database, and use the Tomcat PersistentManager Implementation. The tomcat configuration is under the Jboss deploy directory, at the following path: /opt/jboss/server/default/deploy/jbossweb-tomcat.sar/ In this directory I have all the jar files needed by tomcat, a web.xml file and a META-INF directory, with a manifest file and a jboss-service.xml file I guess that something is wrong with one of the xml files. Can anyone help me? thanks Hugo Kotsubo [EMAIL PROTECTED] --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-895695 ] Deploy undeploy of war deleted my war file
Bugs item #895695, was opened at 2004-02-12 18:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=895695group_id=22866 Category: JBossWeb Group: None Status: Open Resolution: None Priority: 5 Submitted By: Shyam Sundar (shyamvs) Assigned to: Nobody/Anonymous (nobody) Summary: Deploy undeploy of war deleted my war file Initial Comment: I deployed a war through main deployer by deploy(url) method. The war was in a different location of that of jboss. After deploy the war was unpacked in that directory itself and during undeploy it deleted that extacted war directory and also i dont' find my packed war file there. Using jboss-3-2-3 tomcat-4-1-* OS linux RH 8.0 2.4.18-14 jdk k2sdk1.4.2_03 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=895695group_id=22866 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Tomcat] - Re: Jboss + Tomcat and Database stored sessions
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3821221#3821221
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821221
Here's the contents of the jboss-service.xml file:
lt;servergt;
lt;mbean code=org.jboss.web.catalina.EmbeddedCatalinaService41
name=jboss.web:service=WebServergt;
lt;attribute name=Java2ClassLoadingCompliancegt;truelt;/attributegt;
lt;!--
***
** CLUSTERING *
***
In order to activate HTTP Session clustering for Tomcat
make sure you run JBoss's all configuration i.e.
run -c all
(the default configuration doesn't contain clustering)
Furthermore, you may change SnapshotMode and
SnapshotInterval attributes below to indicate when to
synchronize changes with the other node(s).
If you use Apache+mod_jk(2) you will most probably use
the AJP1.3 connector below. Thus, if you so wish,
you may comment (i.e. deactivate) the HTTP connector
as it won't be used anymore.
***
***
***
--gt;
lt;!--
If you are using clustering, the following two attributes
define when the sessions are replicated to the other nodes.
The default value, instant, synchronously replicates changes
to the other nodes. In this case, the SnapshotInterval attribute
is not used.
The interval mode, in association with the SnapshotInterval
attribute, indicates that Tomcat will only replicates modified
sessions every SnapshotInterval miliseconds at most.
--gt;
lt;attribute name=SnapshotModegt;instantlt;/attributegt; lt;!-- you may
switch to interval --gt;
lt;attribute name=SnapshotIntervalgt;2000lt;/attributegt;
lt;attribute name=Configgt;
lt;Servergt;
lt;Service name = JBoss-Tomcatgt;
lt;Engine name=MainEngine defaultHost=localhostgt;
lt;Logger className = org.jboss.web.catalina.Log4jLogger
verbosityLevel = debug category =
org.jboss.web.localhost.Engine/gt;
lt;Host name=localhostgt;
lt;!-- Access logger --gt;
lt;Valve className = org.apache.catalina.valves.AccessLogValve
prefix = localhost_access suffix = .log
pattern = common directory = ${jboss.server.home.dir}/log /gt;
lt;!-- Default context parameters --gt;
lt;DefaultContext cookies = true crossContext = true override =
truegt;
lt;Manager className=org.apache.catalina.session.PersistentManager
debug=0 saveOnRestart=true maxActiveSessions=-1
minIdleSwap=-1 maxIdleSwap=-1 maxIdleBackup=-1gt;
lt;Store className=org.apache.catalina.session.JDBCStore
driverName=org.postgresql.Driver
connectionURL=jdbc:postgresql://localhost:5432/hugo-bi?user=hugoamp;password=hugo
sessionTable=tomcatsessions sessionIdCol=id
sessionDataCol=data sessionValidCol=valid
sessionAppCol=appname
sessionMaxInactiveCol=maxinactive
sessionLastAccessedCol=lastaccess
checkInterval=60 debug=99 /gt;
lt;/Managergt;
lt;/DefaultContextgt;
lt;/Hostgt;
lt;/Enginegt;
lt;!-- A HTTP/1.1 Connector on port 8080 --gt;
lt;Connector className=org.apache.coyote.tomcat4.CoyoteConnector
port=8080 minProcessors=3 maxProcessors=10
enableLookups=true acceptCount=10 debug=0
connectionTimeout=2 useURIValidationHack=false /gt;
lt;!-- A AJP 1.3 Connector on port 8009 --gt;
lt;Connector className=org.apache.coyote.tomcat4.CoyoteConnector
port=8009 minProcessors=5 maxProcessors=75
enableLookups=true redirectPort=8443
acceptCount=10 debug=0 connectionTimeout=2
useURIValidationHack=false
protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/gt;
lt;/Servicegt;
lt;/Servergt;
lt;/attributegt;
lt;/mbeangt;
lt;/servergt;
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821223#3821223 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821223 One more thing that will throw off HotSpot is the Advisable interface since it essentially says that the profile of a method changes in time. There need to be callbacks on insertion of interceptors to retrigger compilation --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: Cache with
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821224#3821224 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821224 Right, we need the notion of regions. Do you have cycles to code this? --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [TODO -- DEVELOPMENT] - Re: shutdown script authentication requirement for 3.2.4
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821227#3821227 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821227 Go ahead and submit it as a patch on Source Forge. Then post a follow up message to this topic with a link to the patch. Thanks, Ivelin --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [TODO -- DEVELOPMENT] - Re: Jboss bug -- infinite recursion
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821229#3821229 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821229 Submit the bug on SF http://sourceforge.net/tracker/?group_id=22866atid=376685 This post is out of topic and will be deleted in a few days. Ivelin --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821230#3821230 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821230 We can discuss your idea. Do you have a more detailed design document handy? Ivelin --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821232#3821232 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821232 That's not the way JBoss AOP works. There will be no problem with HotSpot as you describe. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821236#3821236 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821236 Ok, started writing a short design doc. Will come back, soon Cheers /Dimitris --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: how do the proxy classes work - ie Block/BlockSupport
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821237#3821237 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821237 cool - thanks for that explination. i definately see the value in using the dynamic proxy. i just don't have a lot of experience using them, hence my question. it may be better in the long run to have the Support modules implement the interfaces b/c it would help clear up any confusion on where the implementation comes from, and also guarentee that both classes are kept in sync for new method additions. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [TODO -- DEVELOPMENT] - Re: shutdown script authentication requirement for 3.2.4
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821243#3821243 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821243 The shutdown.sh does not post a URL to perform the shutdown. It uses the invoker adaptor which by default uses RMI. See the reply I made to the related post in the security forum which already indicated 3.2.4R1 will provide the authenticated shutdown implementation. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-895964 ] Tomcat5 - conflicting libraries
Bugs item #895964, was opened at 2004-02-12 19:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=895964group_id=22866 Category: JBossWeb Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Wonne Keysers (wonnekeysers) Assigned to: Nobody/Anonymous (nobody) Summary: Tomcat5 - conflicting libraries Initial Comment: The following error occured while trying to deploy a .ear with scoped classloading on JB3.2.4RC1. This ear-file contained an older version of the jakarta- digester than the one in jbossweb-tomcat50.sar directory. When I removed the servlet-api.jar and jsp-api.jar from jbossweb-tomcat50.sar, the exception disappeared. (These api's are still in the server lib folder named as javax.servlet.jar and javax.servlet.jsp.jar) 2004-02-12 19:39:18,168 DEBUG [org.apache.struts.action.ActionServlet] Scanning web.xml for controller servlet mapping 2004-02-12 19:39:18,659 ERROR [org.apache.commons.digester.Digester] End event threw error java.lang.NoClassDefFoundError: javax/servlet/http/HttpServletRequest at java.lang.Class.getDeclaredMethods0(Native Method) at java.lang.Class.privateGetDeclaredMethods (Class.java:1647) at java.lang.Class.getMethod0(Class.java:1893) at java.lang.Class.getMethod0(Class.java:1902) at java.lang.Class.getMethod(Class.java:976) at org.apache.commons.beanutils.MethodUtils.getMatchingA ccessibleMethod(MethodUtils.java:580) at org.apache.commons.beanutils.MethodUtils.invokeMethod (MethodUtils.java:254) at org.apache.commons.digester.CallMethodRule.end (CallMethodRule.java:506) at org.apache.commons.digester.Rule.end (Rule.java:276) at org.apache.commons.digester.Digester.endElement (Digester.java:1077) at org.apache.xerces.parsers.AbstractSAXParser.endElemen t(AbstractSAXParser.java:559) at org.apache.xerces.impl.XMLNamespaceBinder.handleEndEl ement(XMLNamespaceBinder.java:853) at org.apache.xerces.impl.XMLNamespaceBinder.endElement (XMLNamespaceBinder.java:643) at org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndEl ement(XMLDTDValidator.java:2978) at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement (XMLDTDValidator.java:918) at org.apache.xerces.impl.XMLDocumentFragmentScannerIm pl.handleEndElement (XMLDocumentFragmentScannerImpl.java:1145) at org.apache.xerces.impl.XMLDocumentFragmentScannerIm pl.scanEndElement (XMLDocumentFragmentScannerImpl.java:988) at org.apache.xerces.impl.XMLDocumentFragmentScannerIm pl$FragmentContentDispatcher.dispatch (XMLDocumentFragmentScannerImpl.java:1446) at org.apache.xerces.impl.XMLDocumentFragmentScannerIm pl.scanDocument (XMLDocumentFragmentScannerImpl.java:333) at org.apache.xerces.parsers.StandardParserConfiguration.p arse(StandardParserConfiguration.java:529) at org.apache.xerces.parsers.StandardParserConfiguration.p arse(StandardParserConfiguration.java:585) at org.apache.xerces.parsers.XMLParser.parse (XMLParser.java:147) at org.apache.xerces.parsers.AbstractSAXParser.parse (AbstractSAXParser.java:1148) at org.apache.commons.digester.Digester.parse (Digester.java:1597) at org.apache.struts.action.ActionServlet.initServlet (ActionServlet.java:1130) at org.apache.struts.action.ActionServlet.init (ActionServlet.java:382) at com.merck.genesys.framework.presentation.action.Stand ardActionServlet.init(StandardActionServlet.java:29) at javax.servlet.GenericServlet.init (GenericServlet.java:256) at org.apache.catalina.core.StandardWrapper.loadServlet (StandardWrapper.java:1044) at org.apache.catalina.core.StandardWrapper.load (StandardWrapper.java:887) at org.apache.catalina.core.StandardContext.loadOnStartup (StandardContext.java:3960) at org.apache.catalina.core.StandardContext.start (StandardContext.java:4283) at org.apache.catalina.core.ContainerBase.addChildInternal (ContainerBase.java:866) at org.apache.catalina.core.ContainerBase.addChild (ContainerBase.java:850) at org.apache.catalina.core.StandardHost.addChild (StandardHost.java:638) 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) at org.jboss.mx.server.RawDynamicInvoker.invoke (RawDynamicInvoker.java:110) at org.jboss.mx.server.MBeanServerImpl.invoke (MBeanServerImpl.java:480) at org.apache.catalina.core.StandardContext.init (StandardContext.java:5352)
[JBoss-dev] [Mail Services] - Weird issue with OS X mail clients solved and some Mail Serv
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821304#3821304 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821304 The issue with Entourage and Mac mail is solved. Sometimes we'd print things out of order. Apparently most mail clients don't care what the server says as long as it doesn't say error. These clients actually care. Development should ramp up pretty quickly now. This was a major obsticle for me as the mail client I used didn't work! I've now got a test lab set up for these kinds of issues and should be able to test various mail clients against it. Shortly I'll see about adding forum-mail integregation. Thanks, Andy --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - congrats
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821305#3821305 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821305 Hi Have Posted a short news on Postnuke.com. Respect for the result is on my side. I like the idea of replicating a nuke server completely. What about more communication to the postnuke team for continous informations about ongoing developments. There is a lot we could learn from this project and a newsitem posted @ postnuke.com by Jboss officials would be a kind of a good start. Greetings Sebastian Webaster @ http://c0d3.de - --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Re: Where the heck do I find the download of JBoss IDE?
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821307#3821307 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821307 Sure, that's right... but if all you need to know is the URL (like I did a minute ago), its not so nice to have to download 240K of PDF doc just for that. So, for the record: In your Eclipse (2.1.x) Feature Update area, create an entry named JBossIDE (anything) with URL http://jboss.sourceforge.net/jbosside/updates and let it search there for modules. Select and install. Anything still unclear? I concur: RTFineM. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWeb] - doPost method is passed the query string from the URI
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821313#3821313 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821313 I have a form using a POST method but the query string that is passed into the doPost method is the URI query string. How do I access the POST parameters? (ie. if I print req.getQueryString().toString() then the parameters are what is in the URI bar NOT the POST params) --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Adding JCE providers at runtime.
Hi Scott
I think the problem is being caused by the AspectManagerService. If I
take this out of conf/jboss-service.xml the provider will install just
fine, but when it's running, I get the java.lang.SecurityException: The
provider BC may not be signed by a trusted party exception.
So for the record this guy:
mbean code=org.jboss.aop.deployment.AspectManagerService
name=jboss.aop:service=AspectManager
attribute name=MethodFilterALL/attribute
attribute name=FieldFilterALL/attribute
attribute name=ConstructorFilterALL/attribute
attribute name=ConvertAlltrue/attribute
/mbean
was giving me the trouble.
I haven't looked at the AspectManagerService at all, so I am not sure
why it's messing things up, but I am certain that when I comment it out
(with nothing in the deploy directory other than your bouncycastle.sar)
the provider loads fine.
-jason
On Feb 10, 2004, at 10:01 PM, Scott M Stark wrote:
The following MBean works fine for me:
package test;
import java.security.Security;
import javax.crypto.Cipher;
import org.bouncycastle.jce.provider.BouncyCastleProvider;
/**
* @author [EMAIL PROTECTED]
* @version $Revision:$
*/
public class BouncyCastle
implements BouncyCastleMBean
{
public void start() throws Exception
{
BouncyCastleProvider bcp = new BouncyCastleProvider();
Security.addProvider(bcp);
Cipher c = Cipher.getInstance(RSA, BC);
System.out.println(Created RSA cipher: +c+, provider:
+c.getProvider());
}
public void stop() throws Exception
{
BouncyCastleProvider bcp = new BouncyCastleProvider();
Security.removeProvider(bcp.getName());
}
}
jboss-service.xml:
server
mbean code=test.BouncyCastle
name=jboss.security:provider=BouncyCastle /
/server
bouncycastle.sar contents:
[EMAIL PROTECTED] crypto-121]$ jar -tf output/bouncycastle.sar
META-INF/MANIFEST.MF
META-INF/jboss-service.xml
test/BouncyCastle.class
test/BouncyCastleMBean.class
bcprov-jdk14-121.jar
20:56:32,972 INFO [MainDeployer] Starting deployment of package:
file:/cvs/J
Boss3.2/jboss-3.2/build/output/jboss-3.2.4RC1/server/default/deploy/
boun
cycastle.sar
20:56:35,656 INFO [STDOUT] Created RSA cipher:
[EMAIL PROTECTED], provider: BC version 1.21
20:56:35,666 INFO [MainDeployer] Deployed package:
file:/cvs/JBoss3.2/jboss-
3.2/build/output/jboss-3.2.4RC1/server/default/deploy/bouncycastle.sar
Scott Stark
Chief Technology Officer
JBoss Group, LLC
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Jason Essington
Sent: Tuesday, February 03, 2004 9:59 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Adding JCE providers at runtime.
Interestingly enough, I can dynamically load the BC provider if I place
the jar in the $JAVA_HOME/lib/ext directory, but it certainly doesn't
want to load (properly) from anywhere else ($JBOSS_HOME/lib,
$JBOSS_HOME/server/default/lib,
$JBOSS_HOME/server/default/deploy/jboss-net.sar).
On Feb 2, 2004, at 9:33 AM, Jason Essington wrote:
On Feb 1, 2004, at 6:58 AM, Scott M Stark wrote:
I have not tried this, but others said they have done it.
Then I certainly must be doing something wrong
Where are you putting the jar
In the jboss-net.sar along with other Web Service Security support
libraries.
and how is the BouncyCastle provider being installed?
In a static initializer the following code is called:
java.security.Security.addProvider(new
org.bouncycastle.jce.provider.BouncyCastleProvider());
This code doesn't throw any exception, so the jar containing the
provider is found just fine.
but later when an attempt is made to access a cypher (RSA) that is
supplied by BC using the code:
cipher = Cipher.getInstance(RSA);
yields an exception saying something about no provicer for that
cipher, however calling
cipher = Cipher.getInstance(RSA, BC); basically forcing the
use
of the Bouncy castle provider, yields the previously mentioned
SecurityException.
Should I be adding the provider in a different way, or perhaps from a
different place?
-jason
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Adding JCE providers at runtime.
Try excluding BC classes from being intercepted and see if it works. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Essington Sent: Thursday, February 12, 2004 3:09 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Adding JCE providers at runtime. Hi Scott I think the problem is being caused by the AspectManagerService. If I take this out of conf/jboss-service.xml the provider will install just fine, but when it's running, I get the java.lang.SecurityException: The provider BC may not be signed by a trusted party exception. So for the record this guy: mbean code=org.jboss.aop.deployment.AspectManagerService name=jboss.aop:service=AspectManager attribute name=MethodFilterALL/attribute attribute name=FieldFilterALL/attribute attribute name=ConstructorFilterALL/attribute attribute name=ConvertAlltrue/attribute /mbean was giving me the trouble. I haven't looked at the AspectManagerService at all, so I am not sure why it's messing things up, but I am certain that when I comment it out (with nothing in the deploy directory other than your bouncycastle.sar) the provider loads fine. -jason smime.p7s Description: S/MIME cryptographic signature
[JBoss-dev] Test Job Failed to Complete Successfully (or we gave up on it...)! JBoss (HEAD/linux1/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Feb 13 01:50:30 GMT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [webservicejmxdoclet] INFO:Some classes refer to other classes that were not found among the sources or on the classpath. [webservicejmxdoclet] (Perhaps the referred class doesn't exist? Hasn't been generated yet?) [webservicejmxdoclet] The referring classes do not import any fully qualified classes matching these classes. [webservicejmxdoclet] However, since no packages are imported, xjavadoc has assumed that the referred classes [webservicejmxdoclet] belong to the same package as the referring class. The classes are: [webservicejmxdoclet] /home/jbossci/jbossci2/jboss-head-test/testsuite/src/main/org/jboss/test/webservice/jmx/server/JMXTest.java -- JMXTestMBean qualified to org.jboss.test.webservice.jmx.server.JMXTestMBean [webserviceejbdoclet] - Running remoteinterface/ [webserviceejbdoclet] - Running homeinterface/ [webserviceejbdoclet] - Running deploymentdescriptor/ [webserviceejbdoclet] - Running jboss/ [webserviceejbdoclet] - Running jbossnet/ [webserviceejbdoclet] - Running entitycmp/ [webserviceejbdoclet] - Running remoteinterface/ [webserviceejbdoclet] - Running homeinterface/ [webserviceejbdoclet] - Running deploymentdescriptor/ [webserviceejbdoclet] - Running jboss/ [webserviceejbdoclet] - Running jbossnet/ [webserviceejbdoclet] - Running entitycmp/ [webserviceejbdoclet] - Running remoteinterface/ [webserviceejbdoclet] - Running homeinterface/ [webserviceejbdoclet] - Running localinterface/ [webserviceejbdoclet] - Running localhomeinterface/ [webserviceejbdoclet] - Running deploymentdescriptor/ [webserviceejbdoclet] - Running jboss/ [webserviceejbdoclet] - Running jbossnet/ [ejbdoclet] - Running remoteinterface/ [ejbdoclet] - Running homeinterface/ [ejbdoclet] - Running deploymentdescriptor/ [ejbdoclet] - Running jboss/ [ejbdoclet] - Running remoteinterface/ [ejbdoclet] - Running homeinterface/ [ejbdoclet] - Running deploymentdescriptor/ [ejbdoclet] - Running jboss/ [ejbdoclet] - Running remoteinterface/ [ejbdoclet] - Running localinterface/ [ejbdoclet] - Running homeinterface/ [ejbdoclet] - Running localhomeinterface/ compile-mbean-sources: [jmxdoclet] - Running mbeaninterface/ [jmxdoclet] - Generating output for 'org.jboss.test.jmx.missingclass.MissingClassTest' using template file 'jar:file:/home/jbossci/jbossci2/jboss-head-test/thirdparty/xdoclet-xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. [jmxdoclet] - Generating output for 'org.jboss.test.jmx.deployer.BrokenDeployer' using template file 'jar:file:/home/jbossci/jbossci2/jboss-head-test/thirdparty/xdoclet-xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. [jmxdoclet] - Generating output for 'org.jboss.test.jmx.invoker.InvokerTest' using template file 'jar:file:/home/jbossci/jbossci2/jboss-head-test/thirdparty/xdoclet-xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. [jmxdoclet] - Generating output for 'org.jboss.test.jmx.mbean.TestMBClassLoader' using template file 'jar:file:/home/jbossci/jbossci2/jboss-head-test/thirdparty/xdoclet-xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. [jmxdoclet] INFO:Some classes refer to other classes that were not found among the sources or on the classpath. [jmxdoclet] (Perhaps the referred class doesn't exist? Hasn't been generated yet?) [jmxdoclet] The referring classes do not import any fully qualified classes matching these classes. [jmxdoclet] However, since no packages are imported, xjavadoc has assumed that the referred classes [jmxdoclet] belong to the same package as the referring class. The classes are: [jmxdoclet] /home/jbossci/jbossci2/jboss-head-test/testsuite/src/main/org/jboss/test/jmx/deployer/BrokenDeployer.java -- BrokenDeployerMBean qualified to org.jboss.test.jmx.deployer.BrokenDeployerMBean [jmxdoclet] /home/jbossci/jbossci2/jboss-head-test/testsuite/src/main/org/jboss/test/jmx/invoker/InvokerTest.java -- InvokerTestMBean qualified to org.jboss.test.jmx.invoker.InvokerTestMBean [jmxdoclet] /home/jbossci/jbossci2/jboss-head-test/testsuite/src/main/org/jboss/test/jmx/mbean/TestMBClassLoader.java --
[JBoss-dev] JBoss Shutdown Failed! JBoss (HEAD/linux1/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Feb 13 01:53:37 GMT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Exception in thread main javax.naming.NamingException: Could not dereference object. Root exception is javax.naming.CommunicationException. Root exception is java.lang.ClassNotFoundException: org.jboss.jmx.adaptor.rmi.RMIAdaptor (no security manager: RMI class loader disabled) at sun.rmi.server.LoaderHandler.loadProxyClass(LoaderHandler.java:521) at java.rmi.server.RMIClassLoader$2.loadProxyClass(RMIClassLoader.java:639) at java.rmi.server.RMIClassLoader.loadProxyClass(RMIClassLoader.java:309) at sun.rmi.server.MarshalInputStream.resolveProxyClass(MarshalInputStream.java:241) at java.io.ObjectInputStream.readProxyDesc(ObjectInputStream.java:1469) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1432) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1626) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324) at java.rmi.MarshalledObject.get(MarshalledObject.java:135) at org.jnp.interfaces.MarshalledValuePair.get(MarshalledValuePair.java:30) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:550) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507) at javax.naming.InitialContext.lookup(InitialContext.java:347) at org.jnp.interfaces.NamingContext.resolveLink(NamingContext.java:964) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:613) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507) at javax.naming.InitialContext.lookup(InitialContext.java:347) at org.jboss.Shutdown.main(Shutdown.java:182) JBOSS SHUTDOWN FAILED === Fri Feb 13 01:53:37 GMT 2004 === Linux nog.kimptoc.net 2.4.20-28.7 #1 Thu Dec 18 11:31:59 EST 2003 i686 unknown === java -version java version 1.4.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_06-b01) Java HotSpot(TM) Client VM (build 1.4.1_06-b01, mixed mode) --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss Test Results: 81 % ( 975 / 1198 ) - come on - pull your finger out. JBoss (HEAD/linux1/1.4.1_06) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Feb 13 02:04:11 GMT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1198 Successful tests: 975 Errors:207 Failures: 16 [time of test: 2004-02-13.01-50 GMT] [java.version: 1.4.1_06] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_06-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-28.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.1_06/logtests/testresults/reports/html//2004-02-13.01-50 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: org.jboss.test.aop.test.AOPUnitTestCase Test:testAspect Type:error Exception: javax.management.RuntimeMBeanException Message: java.lang.RuntimeException - Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:testRemoting Type:error Exception: javax.management.MBeanException Message: javax.management.InstanceNotFoundException: jboss.aop:name=RemotingTester is not registered. - Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:testNonadvisedRemoting Type:error Exception: javax.management.MBeanException Message: javax.management.InstanceNotFoundException: jboss.aop:name=RemotingTester is not registered. - Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:testClusteredRemoting Type:error Exception: javax.management.MBeanException Message: javax.management.InstanceNotFoundException: jboss.aop:name=RemotingTester is not registered. - Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:testClusteredNonadvisedRemoting Type:error Exception: javax.management.MBeanException Message: javax.management.InstanceNotFoundException: jboss.aop:name=RemotingTester is not registered. - Suite: org.jboss.test.aop.test.RemotingUnitTestCase Test:testServerFound Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/aoptest.sar; - nested throwable: (org.jboss.deployment.DeploymentException: - nested throwable: (java.lang.reflect.UndeclaredThrowableException)) === Fri Feb 13 02:04:11 GMT 2004 === Linux nog.kimptoc.net 2.4.20-28.7 #1 Thu Dec 18 11:31:59 EST 2003 i686 unknown === java -version java version 1.4.1_06 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_06-b01) Java HotSpot(TM) Client VM (build 1.4.1_06-b01, mixed mode) --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Test Job Failed to Complete Successfully (or we gave up on it...)! JBoss (HEAD/linux1/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Feb 13 03:45:16 GMT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [webservicejmxdoclet] INFO:Some classes refer to other classes that were not found among the sources or on the classpath. [webservicejmxdoclet] (Perhaps the referred class doesn't exist? Hasn't been generated yet?) [webservicejmxdoclet] The referring classes do not import any fully qualified classes matching these classes. [webservicejmxdoclet] However, since no packages are imported, xjavadoc has assumed that the referred classes [webservicejmxdoclet] belong to the same package as the referring class. The classes are: [webservicejmxdoclet] /home/jbossci/jbossci2/jboss-head-test/testsuite/src/main/org/jboss/test/webservice/jmx/server/JMXTest.java -- JMXTestMBean qualified to org.jboss.test.webservice.jmx.server.JMXTestMBean [webserviceejbdoclet] - Running remoteinterface/ [webserviceejbdoclet] - Running homeinterface/ [webserviceejbdoclet] - Running deploymentdescriptor/ [webserviceejbdoclet] - Running jboss/ [webserviceejbdoclet] - Running jbossnet/ [webserviceejbdoclet] - Running entitycmp/ [webserviceejbdoclet] - Running remoteinterface/ [webserviceejbdoclet] - Running homeinterface/ [webserviceejbdoclet] - Running deploymentdescriptor/ [webserviceejbdoclet] - Running jboss/ [webserviceejbdoclet] - Running jbossnet/ [webserviceejbdoclet] - Running entitycmp/ [webserviceejbdoclet] - Running remoteinterface/ [webserviceejbdoclet] - Running homeinterface/ [webserviceejbdoclet] - Running localinterface/ [webserviceejbdoclet] - Running localhomeinterface/ [webserviceejbdoclet] - Running deploymentdescriptor/ [webserviceejbdoclet] - Running jboss/ [webserviceejbdoclet] - Running jbossnet/ [ejbdoclet] - Running remoteinterface/ [ejbdoclet] - Running homeinterface/ [ejbdoclet] - Running deploymentdescriptor/ [ejbdoclet] - Running jboss/ [ejbdoclet] - Running remoteinterface/ [ejbdoclet] - Running homeinterface/ [ejbdoclet] - Running deploymentdescriptor/ [ejbdoclet] - Running jboss/ [ejbdoclet] - Running remoteinterface/ [ejbdoclet] - Running localinterface/ [ejbdoclet] - Running homeinterface/ [ejbdoclet] - Running localhomeinterface/ compile-mbean-sources: [jmxdoclet] - Running mbeaninterface/ [jmxdoclet] - Generating output for 'org.jboss.test.jmx.missingclass.MissingClassTest' using template file 'jar:file:/home/jbossci/jbossci2/jboss-head-test/thirdparty/xdoclet-xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. [jmxdoclet] - Generating output for 'org.jboss.test.jmx.deployer.BrokenDeployer' using template file 'jar:file:/home/jbossci/jbossci2/jboss-head-test/thirdparty/xdoclet-xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. [jmxdoclet] - Generating output for 'org.jboss.test.jmx.invoker.InvokerTest' using template file 'jar:file:/home/jbossci/jbossci2/jboss-head-test/thirdparty/xdoclet-xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. [jmxdoclet] - Generating output for 'org.jboss.test.jmx.mbean.TestMBClassLoader' using template file 'jar:file:/home/jbossci/jbossci2/jboss-head-test/thirdparty/xdoclet-xdoclet/lib/xdoclet-jmx-module-jb4.jar!/xdoclet/modules/jmx/resources/mbean.xdt'. [jmxdoclet] INFO:Some classes refer to other classes that were not found among the sources or on the classpath. [jmxdoclet] (Perhaps the referred class doesn't exist? Hasn't been generated yet?) [jmxdoclet] The referring classes do not import any fully qualified classes matching these classes. [jmxdoclet] However, since no packages are imported, xjavadoc has assumed that the referred classes [jmxdoclet] belong to the same package as the referring class. The classes are: [jmxdoclet] /home/jbossci/jbossci2/jboss-head-test/testsuite/src/main/org/jboss/test/jmx/deployer/BrokenDeployer.java -- BrokenDeployerMBean qualified to org.jboss.test.jmx.deployer.BrokenDeployerMBean [jmxdoclet] /home/jbossci/jbossci2/jboss-head-test/testsuite/src/main/org/jboss/test/jmx/invoker/InvokerTest.java -- InvokerTestMBean qualified to org.jboss.test.jmx.invoker.InvokerTestMBean [jmxdoclet] /home/jbossci/jbossci2/jboss-head-test/testsuite/src/main/org/jboss/test/jmx/mbean/TestMBClassLoader.java --
[JBoss-dev] JBoss Shutdown Failed! JBoss (HEAD/linux1/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Feb 13 03:46:44 GMT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === 03:46:43,973 WARN [NamingContext] Failed to connect to localhost:1099 javax.naming.CommunicationException: Failed to connect to server localhost:1099 [Root exception is javax.naming.ServiceUnavailableException: Failed to connect to server localhost:1099 [Root exception is java.net.ConnectException: Connection refused]] at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:215) at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1181) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:514) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507) at javax.naming.InitialContext.lookup(InitialContext.java:347) at org.jboss.Shutdown.main(Shutdown.java:182) Caused by: javax.naming.ServiceUnavailableException: Failed to connect to server localhost:1099 [Root exception is java.net.ConnectException: Connection refused] at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:190) ... 5 more Caused by: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158) at java.net.Socket.connect(Socket.java:452) at java.net.Socket.connect(Socket.java:402) at java.net.Socket.init(Socket.java:309) at java.net.Socket.init(Socket.java:211) at org.jnp.interfaces.TimedSocketFactory.createSocket(TimedSocketFactory.java:69) at org.jnp.interfaces.TimedSocketFactory.createSocket(TimedSocketFactory.java:62) at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:186) ... 5 more Exception in thread main javax.naming.CommunicationException: Failed to retrieve stub from server 127.0.0.1:1100 [Root exception is java.io.StreamCorruptedException: unexpected block data] at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:209) at org.jnp.interfaces.NamingContext.discoverServer(NamingContext.java:1107) at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1192) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:514) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:507) at javax.naming.InitialContext.lookup(InitialContext.java:347) at org.jboss.Shutdown.main(Shutdown.java:182) Caused by: java.io.StreamCorruptedException: unexpected block data at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1288) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1845) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1769) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1646) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1845) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1769) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1646) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324) at java.rmi.MarshalledObject.get(MarshalledObject.java:135) at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:199) ... 6 more JBOSS SHUTDOWN FAILED === Fri Feb 13 03:46:44 GMT 2004 === Linux nog.kimptoc.net 2.4.20-28.7 #1 Thu Dec 18 11:31:59 EST 2003 i686 unknown === java -version java version 1.4.2_03 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy
[JBoss-dev] JBoss Test Results: 33 % ( 226 / 669 ) - this is the jboss project - right?. JBoss (HEAD/linux1/1.4.2_03) [AUTOMATED]
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Fri Feb 13 03:57:13 GMT 2004 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 669 Successful tests: 226 Errors:400 Failures: 43 [time of test: 2004-02-13.03-45 GMT] [java.version: 1.4.2_03] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.2_03-b02] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-28.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.2_03/logtests/testresults/reports/html//2004-02-13.03-45 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: org.jboss.test.aop.test.AOPUnitTestCase Test:testAspect Type:error Exception: javax.management.MBeanException Message: javax.management.InstanceNotFoundException: jboss.aop:name=AOPTester is not registered. - Suite: org.jboss.test.aop.test.AOPUnitTestCase Test:testBasic Type:error Exception: javax.management.MBeanException Message: javax.management.InstanceNotFoundException: jboss.aop:name=AOPTester is not registered. - Suite: org.jboss.test.aop.test.AOPUnitTestCase Test:testCallerPointcut Type:error Exception: javax.management.MBeanException Message: javax.management.InstanceNotFoundException: jboss.aop:name=AOPTester is not registered. - Suite: org.jboss.test.aop.test.AOPUnitTestCase Test:testInheritance Type:error Exception: javax.management.MBeanException Message: javax.management.InstanceNotFoundException: jboss.aop:name=AOPTester is not registered. - Suite: org.jboss.test.aop.test.AOPUnitTestCase Test:testMetadata Type:error Exception: javax.management.MBeanException Message: javax.management.InstanceNotFoundException: jboss.aop:name=AOPTester is not registered. - Suite: org.jboss.test.aop.test.AOPUnitTestCase Test:testDynamicInterceptors Type:error Exception: javax.management.MBeanException Message: javax.management.InstanceNotFoundException: jboss.aop:name=AOPTester is not registered. === Fri Feb 13 03:57:13 GMT 2004 === Linux nog.kimptoc.net 2.4.20-28.7 #1 Thu Dec 18 11:31:59 EST 2003 i686 unknown === java -version java version 1.4.2_03 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode) --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - need in-container treecache example
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821342#3821342 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821342 I am having trouble understanding what is required to instantiate a TreeCache within jboss-3.2.3 from within a stateless session bean. I have deployed successfully using the local-service.xml (or similar) from CVS 3.2 branch. It appears as an MBean service. However there is no JNDI binding (not visible through JNDIView at least). Could someone post a quick example of how I would reference the instance? Is a TreeCache instance actually created at this point? How to you lookup the MBean? I'm assuming a quick example will answer all my questions and help me see the light. Thanks for any help! Brad --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: need in-container treecache example
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821344#3821344 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821344 I was going to RTFM but do we have an TFM? in other words did you find any doco on the cache page yet? --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: need in-container treecache example
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821345#3821345 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821345 Sorry, TFM does not cover MBean service yet (it will in next release). However, there is a TFE (example :-) located under jboss-head/testsuite/src/main/org/jboss/test/cache/test/ local/MBeanUnitTestCase.java bean/TreeCacheMBeanTesterBean.java Please check it out. It illustrates how to instantiate the TreeCache MBean service. -Ben --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMX on JBoss (JBoss/JMX)] - Re: ModelMBeanAttributeInterceptor flaw
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821346#3821346 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821346 setter chain is the mbean.setAttribute() chain, this however can be mapped to an operation in an MBean -- so you have for instance setAttribute(Foo) mapped to operation readFoo rather than the JavaBean setFoo() convention. I redirected the invocation back to the top of the readFoo chain in case a) there's a security check that needs to be performed on operation readFoo and don't want the setAttribute chain to accidentally bypass this b) there's some semantic in readFoo interceptors that should be executed as part of the setAttribute() call. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMX on JBoss (JBoss/JMX)] - Re: ModelMBeanAttributeInterceptor flaw
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821348#3821348 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821348 The comment on TODO in the code points out that an invocation itself should be a Dispather interface implementation, and therefore invocations could be chained (where in this case the setAttribute()'s dispatcher would in reality be another Invocation with any additional logic needed to execute the operation that performs the set), rather than going back up to the invoker. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Installshield, commit done
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821349#3821349 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821349 Why are you not letting the EJB create the tables when it is deployed? --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMX on JBoss (JBoss/JMX)] - Re: ModelMBeanAttributeInterceptor flaw
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3821351#3821351
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821351
I get the need to have the dispatch of the logical setAttribute(Foo) to some method
other than setFoo on the resource, but the Invocation type is not staying consistent
with the invocation coming from the server. The use case I'm working with is to set an
authentication interceptor globally that only handles operations originating from the
MBeanServer invoke call. The invocation of the 'notSetFoo' operation to actually set
the 'Foo' attribute still should have type InvocationContext.OP_SETATTRIBUTE.
However, since an Invocation is already a dispatcher, what I would like to see in the
ModelMBeanAttributeInterceptor invoke implementation is:
if (setMethod != null)
{
// if setter was found, invoke the corresponding setter operation
try
{
invocation.dispatch();
}
catch (Throwable t)
{
throw new InvocationException(t);
}
}
With the attribute InvocationContexts setup correctly to have the method
dispatcher. Do you see a problem in making this change?
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMX on JBoss (JBoss/JMX)] - Re: ModelMBeanAttributeInterceptor flaw
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3821352#3821352
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821352
starksm wrote : The invocation of the 'notSetFoo' operation to actually set the
'Foo' attribute still should have type InvocationContext.OP_SETATTRIBUTE.
Agreed.
starksm wrote :
However, since an Invocation is already a dispatcher, what I would like to see in the
ModelMBeanAttributeInterceptor invoke implementation is:
if (setMethod != null)
{
// if setter was found, invoke the corresponding setter operation
try
{
invocation.dispatch();
}
catch (Throwable t)
{
throw new InvocationException(t);
}
}
With the attribute InvocationContexts setup correctly to have the method
dispatcher. Do you see a problem in making this change?
Don't see a problem. That was the original intention with Invocation acting as a
dispatcher.
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
