[JBoss-dev] [ jboss-Bugs-652520 ] INSERTING AN ALREADY EXISTING BEAN
Bugs item #652520, was opened at 2002-12-12 08:04
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=652520group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 9
Submitted By: Artemiy Zinoviev (bedriven)
Assigned to: Nobody/Anonymous (nobody)
Summary: INSERTING AN ALREADY EXISTING BEAN
Initial Comment:
Hello all!
I have a Jboss version 3.0.4 an receive the same error
when trying to create a EJB.
I have tried use commit option A,B,C but it is not work.
When I use commit option C this error appears rarely
but take a place in any case.
I have tried to inspect JBoss source code and I have
found out next code in AbstractInstanceCache:
...
public void insert(EnterpriseContext ctx)
{
if (ctx == null) throw new IllegalArgumentException
(Can't insert a null object in the cache);
CachePolicy cache = getCache();
synchronized (getCacheLock())
{
// This call must be inside the sync block, otherwise can
happen that I get the
// key, then the context is passivated and I will insert in
cache a meaningless
// context.
Object key = getKey(ctx);
if (cache.peek(key) == null)
{
cache.insert(key, ctx);
}
else
{
// Here it is a bug.
// Check for all places where insert is called, and ensure
that they cannot
// run without having acquired the cache lock via
getCacheLock()
throw new IllegalStateException(INSERTING AN
ALREADY EXISTING BEAN, ID = + key);
}
}
}
...
Could anyone tell me whats going on? My project under
the risk, please, I need help. Is it bug or something?
Stack trace is :
java.lang.IllegalStateException: INSERTING AN
ALREADY EXISTING BEAN, ID = [.]
at org.jboss.ejb.plugins.AbstractInstanceCache.insert
(AbstractInstanceCache.java:222)
at
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHo
me(EntityInstanceInterceptor.java:103)
at
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome
(EntityLockInterceptor.java:79)
at
org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHo
me(EntityCreationInterceptor.java:44)
at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext
(AbstractTxInterceptor.java:111)
at
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti
ons(TxInterceptorCMT.java:178)
at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome
(TxInterceptorCMT.java:52)
at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome
(SecurityInterceptor.java:105)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome
(LogInterceptor.java:129)
at org.jboss.ejb.EntityContainer.invokeHome
(EntityContainer.java:487)
at
org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.inv
okeHome(BaseLocalContainerInvoker.java:230)
at org.jboss.ejb.plugins.local.LocalHomeProxy.invoke
(LocalHomeProxy.java:110)
at $Proxy22.create(Unknown Source)
at
com.eurooil.managers.user.basic.DefaultUserManager.cr
eateUser(DefaultUserManager.java:147)
at com.eurooil.web.example.CreateUserAction.perform
(CreateUserAction.java:79)
at
org.apache.struts.action.ActionServlet.processActionPerf
orm(ActionServlet.java:1787)
at org.apache.struts.action.ActionServlet.process
(ActionServlet.java:1586)
at org.apache.struts.action.ActionServlet.doGet
(ActionServlet.java:492)
at javax.servlet.http.HttpServlet.service
(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service
(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalD
oFilter(ApplicationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:260)
at
org.apache.catalina.core.StandardPipeline$StandardPipe
lineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke
(ContainerBase.java:995)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipe
lineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.valves.CertificatesValve.invoke
(CertificatesValve.java:246)
at
org.apache.catalina.core.StandardPipeline$StandardPipe
lineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke
(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke
(StandardContext.java:2396)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipe
lineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke
(ErrorDispatcherValve.java:170)
at
org.apache.catalina.core.StandardPipeline$StandardPipe
lineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:172)
at
Re: [JBoss-dev] ATTENTION! Developers with CVS access
hi Bill, - I have done bug fixes a --- Bill Burke [EMAIL PROTECTED] a écrit : Hi all! Its time to gear up and embark on the journey that is JBoss 4.0. Our schedule is ambitious. We want to get a release done by JavaOne(the next JBossOne) in June 2003 so its gonna take a lot of hard work and focus from us over the next 6 months. That being said, I need some information from those developers/contributors that have CVS read/write access. 1. What have you worked on in the past? 2. What are you currently working on? 3. What will you be working on and when? 4. What do you want to work on? 5. What is your SourceForge name/id? (So I can cross you off list of who contacted me). The requirements/feature set for 4.0 is available here. http://www.jboss.org/developers/projects/jboss/projects.jsp Please comment and suggest bugs/features/requirements you want added to this list. I really need this information from you. You RISK LOSING YOUR CVS access if you don't respond! So please get back to me soon. Also, this information will also be used to help the Compensation Committee determine if you are eligible to receive incentive from the Compensation Program. http://www.jboss.org/news/compensation.jsp If you're wondering, my job as Chief Architect will be to make sure that everybody is focused on the vision of JBoss 4.0. This vision will be based on your collective vision as a group. I will also make sure that things are getting done and moving forward. If you say you will do something and end up not doing after a certain amount of time, I will recruit somebody else to do it. After I've collected this information from you, we(Marc, Scott, and I) will be deciding upon the lead developers for each of JBoss's subprojects. Lead Developers will have a list of responsibilites and perks that I will discuss at a later time. I will also be setting up Task lists for each sub-project on SourceForge so we can track how things are going. Thanks for your cooperation! Bill Burke Chief Architect JBoss Group, LLC --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] jbossnet ant task
Not yet. I tweaked it ~3 weeks ago to somehow run through, but there may have been changes such that I should change it. CGJ -Ursprüngliche Nachricht- Von: John Fawcett [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 11. Dezember 2002 22:21 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-dev] jbossnet ant task Does the jboss.net testsuite currently build and run? Looks to me like the build.xml is a generation behind, since it isn't using the new buildmagic stuff in JBOSS_HOME/tools/lib/etc Anyone have an updated version? Thanks, fawce -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Jason Essington Sent: Wednesday, December 11, 2002 2:42 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] jbossnet ant task or you could just skip the whole pain in the ass I just described and use that jar :-) -jason On Wednesday, December 11, 2002, at 11:57 AM, John Fawcett wrote: Pardon my stupidity. The appropriate jar built in the jboss.net module and after a build is located at: /jboss-head/jboss.net/output/lib/xdoclet-module-jboss-net.jar Sorry for the remedial posts. Later, fawce -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of John Fawcett Sent: Wednesday, December 11, 2002 1:24 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] jbossnet ant task Hi, This has been discussed before, but does anyone know that status/location of the jbossnet ant task? I can't seem to find it in jboss-head/thirdparty/xdoclet-xdoclet/lib Thanks, fawce --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -jason --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-652576 ] Testsuite build.xml is not up-to-date
Bugs item #652576, was opened at 2002-12-12 11:13 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=652576group_id=22866 Category: JBossSOAP Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: Testsuite build.xml is not up-to-date Initial Comment: must use new buildmagic features in order to not corrupt it over time. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=652576group_id=22866 --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ATTENTION! Developers with CVS access
Hi Bill, 1. What have you worked on in the past? XSL driven deployment of JMS Providers, XSL driven deployment of NoTx-datasources CronScheduler, ApplicationDeadlockRetryInterceptor various reliability aspects (deadlocks, interceptors, memory leaks, thread leaks) 2. What are you currently working on? Only reliability aspects. I've to admit that most of the time I point at the bugs and Adrian Brocke fixes them. This was kinda full time job over the last months. 3. What will you be working on and when? Next half year I'll only have time for this. And this is *only* for 3.2, which we have in production and need to get more reliable. No chance for 4.0 experiments in the near future :-( 4. What do you want to work on? Reliability is #1. Client side JBoss (MBeans) is one of the things I could really profit from; I cannot overlook when I'll have more time for this... 5. What is your SourceForge name/id? (So I can cross you off list of who contacted me). bartmann --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-652628 ] Typo in ejb verify error message
Bugs item #652628, was opened at 2002-12-12 13:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=652628group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Heiko W.Rupp (pilhuhn) Assigned to: Nobody/Anonymous (nobody) Summary: Typo in ejb verify error message Initial Comment: After trying to deploy a bogus MDB, the following message appears: -- 12:50:42,923 WARN [verifier] EJB spec violation: Bean : AJMS Section: 15.7.2 Warning: A message driven bean must implement, directly or indirectly, the javax.hms.MessageListener interface. -- The interface lies in javax.jms, not javax.hms This seems to come from EJB20Messages.properties in jboss-3.2.0beta-src\server\resources\org\jboss\verifier\ This is message 15.7.2.b -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=652628group_id=22866 --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] compiling head SOLVED
Solved, a fresh checkout is compiling, sorry to bother. I thought that cvs update -dP jboss-head should work also but it didn't... Calin - Original Message - From: Calin Lupa Crisan [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 12, 2002 8:42 AM Subject: Re: [JBoss-dev] compiling head I used cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/jboss login cvs -z9 -dP -d:pserver:[EMAIL PROTECTED]:/cvsroot/jboss/ update jboss-head Is it something wrong? tnx, Calin - Original Message - From: David Jencks [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 12, 2002 1:58 AM Subject: Re: [JBoss-dev] compiling head What did you use to check out? That stuff has been there a week or two and checks out and compiles fine for me. david jencks On 2002.12.11 17:18:10 -0500 Calin Lupa Crisan wrote: Hi, Is the head compiling? I check it out and get the following errors: C:\jboss_head\jboss-head\server\src\main\org\jboss\invocation\trunk\client\C lien tSetup.java:16: cannot resolve symbol symbol : class Client location: package client import org.jboss.system.client.Client; ^ C:\jboss_head\jboss-head\server\src\main\org\jboss\invocation\trunk\client\C lien tSetup.java:18: cannot resolve symbol symbol : class ClientTransactionManager location: package client import org.jboss.tm.client.ClientTransactionManager; ^ C:\jboss_head\jboss-head\server\src\main\org\jboss\invocation\trunk\client\C lien tSetup.java:19: cannot resolve symbol symbol : class ClientUserTransaction location: package client import org.jboss.tm.client.ClientUserTransaction; ^ C:\jboss_head\jboss-head\server\src\main\org\jboss\proxy\TransactionIntercep tor. java:36: cannot resolve symbol symbol : class Client location: package client import org.jboss.system.client.Client; ^ C:\jboss_head\jboss-head\server\src\main\org\jboss\tm\usertx\client\ClientUs erTr ansactionObjectFactory.java:23: cannot resolve symbol symbol : class Client location: package client import org.jboss.system.client.Client; ^ C:\jboss_head\jboss-head\server\src\main\org\jboss\ejb\EnterpriseContext.jav a:37 0: warning: java.security.Identity in java.security has been deprecated public boolean isCallerInRole(Identity id) ^ C:\jboss_head\jboss-head\server\src\main\org\jboss\invocation\trunk\client\C lien tSetup.java:52: cannot resolve symbol symbol : variable Client location: class org.jboss.invocation.trunk.client.ClientSetup MBeanServer server = Client.getMBeanServer(); ^ C:\jboss_head\jboss-head\server\src\main\org\jboss\invocation\trunk\client\C lien tSetup.java:72: cannot resolve symbol symbol : variable Client location: class org.jboss.invocation.trunk.client.ClientSetup Client.createXMBean(JBossXidFactory.class.getName(), xidFactoryName, o rg/jboss/tm/JBossXidFactory.xml); ^ C:\jboss_head\jboss-head\server\src\main\org\jboss\invocation\trunk\client\C lien tSetup.java:78: cannot resolve symbol symbol : class ClientTransactionManager location: class org.jboss.invocation.trunk.client.ClientSetup server.createMBean(ClientTransactionManager.class.getName(), tmName); ^ C:\jboss_head\jboss-head\server\src\main\org\jboss\invocation\trunk\client\C lien tSetup.java:82: cannot resolve symbol symbol : class ClientUserTransaction location: class org.jboss.invocation.trunk.client.ClientSetup server.createMBean(ClientUserTransaction.class.getName(), clientUTName) ; ^ C:\jboss_head\jboss-head\server\src\main\org\jboss\proxy\TransactionIntercep tor. java:90: cannot resolve symbol symbol : variable Client location: class org.jboss.proxy.TransactionInterceptor MBeanServer server = Client.getMBeanServer(); ^ C:\jboss_head\jboss-head\server\src\main\org\jboss\tm\usertx\client\ClientUs erTr ansactionObjectFactory.java:56: cannot resolve symbol symbol : variable Client location: class org.jboss.tm.usertx.client.ClientUserTransactionObjectFactory MBeanServer server = Client.getMBeanServer(); ^ 11 errors 4 warnings BUILD FAILED file:C:/jboss_head/jboss-head/server/build.xml:281: Compile failed; see the comp iler error output for details. Thanks, Calin --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility
[JBoss-dev] [ jboss-Bugs-652628 ] Typo in ejb verify error message
Bugs item #652628, was opened at 2002-12-12 13:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=652628group_id=22866 Category: JBossServer Group: v3.2 Status: Open Resolution: Accepted Priority: 5 Submitted By: Heiko W.Rupp (pilhuhn) Assigned to: Christian Riege (lqd) Summary: Typo in ejb verify error message Initial Comment: After trying to deploy a bogus MDB, the following message appears: -- 12:50:42,923 WARN [verifier] EJB spec violation: Bean : AJMS Section: 15.7.2 Warning: A message driven bean must implement, directly or indirectly, the javax.hms.MessageListener interface. -- The interface lies in javax.jms, not javax.hms This seems to come from EJB20Messages.properties in jboss-3.2.0beta-src\server\resources\org\jboss\verifier\ This is message 15.7.2.b -- Comment By: Christian Riege (lqd) Date: 2002-12-12 13:56 Message: Logged In: YES user_id=176671 thanks for the report, will fix this -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=652628group_id=22866 --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-652628 ] Typo in ejb verify error message
Bugs item #652628, was opened at 2002-12-12 13:09 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=652628group_id=22866 Category: JBossServer Group: v3.2 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Heiko W.Rupp (pilhuhn) Assigned to: Christian Riege (lqd) Summary: Typo in ejb verify error message Initial Comment: After trying to deploy a bogus MDB, the following message appears: -- 12:50:42,923 WARN [verifier] EJB spec violation: Bean : AJMS Section: 15.7.2 Warning: A message driven bean must implement, directly or indirectly, the javax.hms.MessageListener interface. -- The interface lies in javax.jms, not javax.hms This seems to come from EJB20Messages.properties in jboss-3.2.0beta-src\server\resources\org\jboss\verifier\ This is message 15.7.2.b -- Comment By: Christian Riege (lqd) Date: 2002-12-12 13:59 Message: Logged In: YES user_id=176671 fixed in 3.0, 3.2 and HEAD -- Comment By: Christian Riege (lqd) Date: 2002-12-12 13:56 Message: Logged In: YES user_id=176671 thanks for the report, will fix this -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=652628group_id=22866 --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 00.41 skrev Holger Baxmann: btw: who is talking about jboss-client? All I am saying is that there will be many different devices with different VM's out there soon ... and for us to have a compatible jboss-client build for each and every one of them is a massive task (regression testing hardware/software versions of 30+ devices), better left to those who would profit directly from it. Maybe We could try have jb-mini-client, jb-midi-client, jb-maxi-client but my fear is this will only confuse and swamp the helpdesk :-) ... Then again JBossME maybe should be a for-pay-add-on ? to me JBoss used as MOM for business systems and small device clients can be made today - transaction and security with multiplexed tcp and WebDAV at the clientside is premature as there are no devices in numbers out there yet ... consider using the serverside for those services today is IMHO sufficient. /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 00.41 skrev Holger Baxmann: btw: who is talking about jboss-client? i will have clustering across a whole fabrication line, a whole plant over highspeed i/o ports or similar ieee implementations. Utility Communications Architecture (UCA) Generic Object Models for Substation and Feeder Equipment (GOMSFE) == IEC61850 cool - one could need something like that ? when pushing near real-time content to many clients. embedded systems constits normally of many - some 1...k - devices, clustering comes to my mind ... real-time, btw, does not mean 'very fast' rather it is about predictable time frames - with timestamping of tx's (databases not involved here) even this should be possible ... [signing and gps comes in view ...] /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-652717 ] JB 3.0.4 / Cat 4.1.12: Coyote-Config ign
Bugs item #652717, was opened at 2002-12-12 16:10 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=652717group_id=22866 Category: CatalinaBundle Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Halil-C. Gürsoy (che---) Assigned to: Scott M Stark (starksm) Summary: JB 3.0.4 / Cat 4.1.12: Coyote-Config ign Initial Comment: Hi Folks, tried to configure an ajp13 connector (coyote) in the tomcat41-service.xml and added to manage this task these lines: !-- Define a Coyote/JK2 AJP 1.3 Connector on port 8019 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8019 minProcessors=10 maxProcessors=50 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=2 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ But this was without any success and IMO the config entrys are ignored by the tomcat41-service (even a misspelling in a classname causes exceptions). Nothere in any server or boot log file i see anthing at port 8019. It loks like that Coyote takes the file jk2.properties from tomcat-4.1.x/conf. Done this job with th old Ajp13Connector it works fine. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=652717group_id=22866 --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-652717 ] JB 3.0.4 / Cat 4.1.12: Coyote-Config ignored
Bugs item #652717, was opened at 2002-12-12 16:10 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=652717group_id=22866 Category: CatalinaBundle Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Halil-C. Gürsoy (che---) Assigned to: Scott M Stark (starksm) Summary: JB 3.0.4 / Cat 4.1.12: Coyote-Config ignored Initial Comment: Hi Folks, tried to configure an ajp13 connector (coyote) in the tomcat41-service.xml and added to manage this task these lines: !-- Define a Coyote/JK2 AJP 1.3 Connector on port 8019 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8019 minProcessors=10 maxProcessors=50 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=2 useURIValidationHack=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ But this was without any success and IMO the config entrys are ignored by the tomcat41-service (even a misspelling in a classname causes exceptions). Nothere in any server or boot log file i see anthing at port 8019. It loks like that Coyote takes the file jk2.properties from tomcat-4.1.x/conf. Done this job with th old Ajp13Connector it works fine. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=652717group_id=22866 --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ATTENTION! Developers with CVS access
-Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED]] 1. What have you worked on in the past? Various bug fixes: worked with Dain on some of the read-ahead performance issues; worked with David to get the EAR deploying *-ds.xml and *-service.xml files; etc... 2. What are you currently working on? Keeping XDoclet JBoss component up-to-date. Currently involved in my companies project. We will be making massive use of J2EE and will be really stressing JBoss to it's performance limits in about a year or so. I am currently just continuing to test JBoss with my assortment of tests here. If/when a problem is encountered, I fix it. 3. What will you be working on and when? I am currently a member of the XDoclet team and will be working with David to bring over the JBoss component when XDoclet stabilizes the 1.2 release. I try to work with Dain and Alex on keeping the XDoclet JBoss component up-to-date with any metadata changes. 4. What do you want to work on? I like XDoclet and like keeping it up-to-date with the JBoss core. I like working with Dain on performance improvements to the CMP engine. We have had to postpone some of the more performance dependent work for a few months, so I haven't been able to send comments to Dain about problems/successes I've had. 5. What is your SourceForge name/id? (So I can cross you off list of who contacted me). mnewcomb Michael --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-652743 ] Jmx-console is requesting bg.gif
Bugs item #652743, was opened at 2002-12-12 17:06
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=652743group_id=22866
Category: JBossWeb
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Heiko W.Rupp (pilhuhn)
Assigned to: Nobody/Anonymous (nobody)
Summary: Jmx-console is requesting bg.gif
Initial Comment:
Hi,
when I access the jmx-console
(http://localhost:8080/jmx-console), this will give the
following error entry in the log:
127.0.0.1 - - [12/Dec/2002:14:50:56 +] GET
/jmx-console/images/bg.gif HTTP/1.1 404 1179
http://localhost:8080/jmx-console/HtmlAdaptor;
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.2.1) Gecko/20021130
-
This is with 3.2.0 beta 2
Obviously there is a background image missing.
Either remove the image tag in
jboss-3.2.0-src/varia/src/resources/jmx/html/style_master.css:
BODY {
font-family: Verdana, Arial, Helvetica, sans-serif;
font-size: 14px;
background-color : White;
background-image : url(images/bg.gif);
}
OR
add a little (one pixel is enough) file to
server/{type}/deploy/jmx-console.war/images/
which should come from
jboss-3.2.0-src/varia/src/resources/jmx/html/images/
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=652743group_id=22866
---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
I personally only want one build for the powerful handhelds. If anyone wants to make the other ones, that would be cool. -dain On Thursday, December 12, 2002, at 08:53 AM, Peter Fagerlund wrote: torsdagen den 12 december 2002 kl 00.41 skrev Holger Baxmann: btw: who is talking about jboss-client? All I am saying is that there will be many different devices with different VM's out there soon ... and for us to have a compatible jboss-client build for each and every one of them is a massive task (regression testing hardware/software versions of 30+ devices), better left to those who would profit directly from it. Maybe We could try have jb-mini-client, jb-midi-client, jb-maxi-client but my fear is this will only confuse and swamp the helpdesk :-) ... Then again JBossME maybe should be a for-pay-add-on ? to me JBoss used as MOM for business systems and small device clients can be made today - transaction and security with multiplexed tcp and WebDAV at the clientside is premature as there are no devices in numbers out there yet ... consider using the serverside for those services today is IMHO sufficient. /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-629145 ] ejb-link bug
Bugs item #629145, was opened at 2002-10-26 19:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=629145group_id=22866 Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Submitted By: Stefan Wachter (stefanwachter) Assigned to: Christian Riege (lqd) Summary: ejb-link bug Initial Comment: JBoss V 3.0.3 I have an ear that contains an ejb.jar and web.war file. In the deployment descriptor of the web.war file (i.e. the web.xml) I have an ejb-ref to an EJB in the ejb.jar file. The spec says that the ejb-link element must contain the name of the jar-file followed by an '#' followed by the ejb-name of the referenced EJB: ejb-ref ejb-ref-nameejb/Converter/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homede.xyz.converter.ConverterHome/home remotede.xyz.converter.Converter/remote ejb-linkejb.jar#Converter/ejb-link /ejb-ref Running the application causes an exception whereas the SUN reference implementation is happy with this link. If the ejb-link is changed to ejb-linkConverter/ejb-link, i.e. the jar is omitted. then the application also runs on JBoss. The attached ear demonstrates this behaviour. -- Comment By: Christian Riege (lqd) Date: 2002-12-12 17:53 Message: Logged In: YES user_id=176671 i have commited a fix for this in CVS HEAD. could you please re-check against CVS HEAD and tell me if it solves your problem; if it does I will backport it into 3.0 and 3.2 respectively. -- Comment By: Christian Riege (lqd) Date: 2002-11-27 15:41 Message: Logged In: YES user_id=176671 JBoss currently happily ignores the specified jar file. I will look into this. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=629145group_id=22866 --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-650929 ] ejb-link doesn't work in deployment
Bugs item #650929, was opened at 2002-12-09 16:54 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=650929group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: Accepted Priority: 5 Submitted By: James Strachan (strachancambs) Assigned to: Christian Riege (lqd) Summary: ejb-link doesn't work in deployment Initial Comment: JBoss behaviour has changed between Version 2.4.6 and Version 3.0.4. In Version 2.4.6, a reference from a Web Archive to a deployed EJB could be resolved using the ejb-link attribute of the ejb-ref attribute within web.xml. No jndi-name attribute is required from jboss-web.xml. This behaviour has changed in Version 3.0.4. Deploying a Web Archive with a valid ejb-link attribute, but no jndi-name attribute, results in a Deployment Exception. Fuller details of the problem , and of tests carried out, are set out in a Word document within the attached zip file. JBoss Version 3.0.4 OS Windows XP Home JDK 1.4.0 -- Comment By: Christian Riege (lqd) Date: 2002-12-12 17:53 Message: Logged In: YES user_id=176671 i have commited a fix for this in CVS HEAD. could you please re-check against CVS HEAD and tell me if it solves your problem; if it does I will backport it into 3.0 and 3.2 respectively. -- Comment By: James Strachan (strachancambs) Date: 2002-12-10 11:42 Message: Logged In: YES user_id=665462 Sample EAR file sent by separate e-mail. I have tested that this deploys. -- Comment By: Christian Riege (lqd) Date: 2002-12-10 10:43 Message: Logged In: YES user_id=176671 apparently the .ear didn't make it into the attachment, pls. send it to me via e-mail: [EMAIL PROTECTED] thanks -- Comment By: James Strachan (strachancambs) Date: 2002-12-09 20:15 Message: Logged In: YES user_id=665462 I will try to send you the complete EAR. If this doesn't get through, I will need to build a bespoke EAR, which will take time. -- Comment By: Christian Riege (lqd) Date: 2002-12-09 19:09 Message: Logged In: YES user_id=176671 besides the Word document, can you also attach the .ear (or a stripped down version containing the Bean in question, a sample servlet calling the bean and the according Deployment Descriptors)? I have just comitted a test-case for bug #629145 to CVS HEAD, the test works with my patch in place (which has not been comitted yet) and I want to see if my patch fixes your problem, too before comitting and backporting to 3.2 and 3.0 branches. -- Comment By: James Strachan (strachancambs) Date: 2002-12-09 19:02 Message: Logged In: YES user_id=665462 Document attached (hopefully) -- Comment By: James Strachan (strachancambs) Date: 2002-12-09 19:00 Message: Logged In: YES user_id=665462 Am sending the Word document separately - my attachment may have been too large for SourceForge to accept. -- Comment By: Christian Riege (lqd) Date: 2002-12-09 17:31 Message: Logged In: YES user_id=176671 it seems you forgot the attachment, at least I can't see it in the report ATM. anyways, this is related to bug #629145 which i'm currently working on, see https://sourceforge.net/tracker/?func=detailaid=629145group_id=22866atid=376685 for more information. have a fix for this in hand, just need to get around to add a testcase to the testsuite. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=650929group_id=22866 --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 17.28 skrev Dain Sundstrom: I personally only want one build for the powerful handhelds. oki - so We have embedded devices in a range of - Phones - PDA's - SBC (Single Board Computers) If anyone wants to make the other ones, that would be cool. yes it would ;-) /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 16.01 skrev Holger Baxmann: embedded systems constits normally of many - some 1...k - devices, clustering comes to my mind ... Yes - but lets try break embedded down some, to devise's that use a Mobile Phone Wire and device's using a SBC (SingleBoardComputer) LAN/WiFI, generally speaking the Mobile Phone Wire device will need to have much thinner applications in the near foreseeable future compared to a SBC LAN/WiFi device (also then consider a Mobile Phone Wire device bridging through BlueThooth to a SBC LAN/WiFI or a SBC using a Mobile Phone Wire). Running a jboss-client on a embedded linux SBC device or full stack JBoss for that matter can be done today - again - depending on CPU and memory constraints of Your targeted (soldered) device together with the chosen OS/VM. according to the laws - yes, murphys too - the cpu/mem/bandwith problem doesn't influence the progress of things: it is envolving independend. what i am talking about is that a jboss-client should run on any halfway intelligent device, for example my wrist watch. jboss containers should run on any device which has an idle loop :) real-time, btw, does not mean 'very fast' rather it is about predictable time frames - with timestamping of tx's (databases not involved here) even this should be possible ... A definition of Real Time is how long it takes for something to complete -Don Norman ;-) great - i like this 8-) [signing and gps comes in view ...] Yes - it is cool ... - With signing the Telco's will become banks. you ever heard of the tobin tax? - GPS (positioning) can be had here (Stockholm) today depending on Your operator's (Phone Wire ISP) service. do not really understand - gps timestamping is availabe like fresh air, mostly, nearly. bax /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 17.28 skrev Dain Sundstrom: I personally only want one build for the powerful handhelds. oki - so We have embedded devices in a range of - Phones - PDA's - SBC (Single Board Computers) i do not know the structure of this bullet list is, what the difference between these devices is, except that there are no j2me cdc implementations and profiles. the last one includes the first two. btw: what means 'powerfull'? i have a fpga device here (call it sbc) which is able to generate a throughput of 1..2.8 Gbits/sec with rijndael block cipher. is this powerfull? If anyone wants to make the other ones, that would be cool. yes it would ;-) yes, i would =8- bax /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
On Thursday, December 12, 2002, at 12:02 PM, Holger Baxmann wrote: btw: what means 'powerfull'? i have a fpga device here (call it sbc) which is able to generate a throughput of 1..2.8 Gbits/sec with rijndael block cipher. is this powerfull? I would define a powerful PDA as any PDA with enough power to run the current version of WindowCE (handheld version). What I mean are the IPaq and Zauras, both of which are currently 200 MHz 64 Meg on the low end currently and the new versions are 400 MHz 256 machines. Now that is powerful. I personally only care about general CPU speed, not the ASIC parts, and the raw memory available to thee vm. If anyone wants to make the other ones, that would be cool. yes it would ;-) yes, i would =8- It looks like Bill is going to add this to the project list. -dain --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 18.54 skrev Holger Baxmann: according to the laws - yes, murphys too - the cpu/mem/bandwith problem doesn't influence the progress of things: it is envolving independend. what i am talking about is that a jboss-client should run on any halfway intelligent device, for example my wrist watch. jboss containers should run on any device which has an idle loop :) We are so much in the hands of hardware/os/vm right now so lets sit-on-the-cards while the laws works out. [signing and gps comes in view ...] Yes - it is cool ... - With signing the Telco's will become banks. you ever heard of the tobin tax? It is a very political arena ... with new actors without any know of the jargon file. - GPS (positioning) can be had here (Stockholm) today depending on Your operator's (Phone Wire ISP) service. do not really understand - gps timestamping is availabe like fresh air, mostly, nearly. Ahhh ... with GPS You need a transmitter/receiver tho ? ... here they do triangulation of the mobile using the GSM Antenna Stations and they charge for every lookup ... /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] helloejb web service error
Hi, I've been having trouble deploying one of my EJBs as a web service on jboss-head, so I went back and tried the example from: http://www.csd.abdn.ac.uk/~bscharla/teaching/mtp_software/jboss/jboss-ne t-EJB-example.shtml I get the same error for both my ejb/webservice and the hello example when I try to browse to: http://localhost:8080/jboss-net/servlet/AxisServlet Any suggestions/thoughts/known bugs? Thanks, fawce the error is: javax.management.InstanceNotFoundException: :service=Counter is not registered. at org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.j ava:524) at org.jboss.mx.server.MBeanServerImpl.getMBeanInfo(MBeanServerImpl.java:55 8) at org.jboss.system.ServiceConfigurator.internalGetConfiguration(ServiceCon figurator.java:550) at org.jboss.system.ServiceConfigurator.getConfiguration(ServiceConfigurato r.java:541) at org.jboss.system.ServiceController.unregisterClass(ServiceController.jav a:780) at org.jboss.system.ServiceController.handleNotification(ServiceController. java:764) at javax.management.NotificationBroadcasterSupport.sendNotification(Notific ationBroadcasterSupport.java:84) at org.jboss.mx.loading.UnifiedLoaderRepository2.removeCL(UnifiedLoaderRepo sitory2.java:694) at org.jboss.mx.loading.UnifiedClassLoader2.unregister(UnifiedClassLoader2. java:100) at org.jboss.deployment.DeploymentInfo.cleanup(DeploymentInfo.java:404) at org.jboss.deployment.MainDeployer.destroy(MainDeployer.java:593) at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:488) at org.jboss.deployment.MainDeployer.shutdown(MainDeployer.java:346) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.jav a:143) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:111) at org.jboss.mx.server.Invocation.invoke(Invocation.java:161) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.jav a:159) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:547) at org.jboss.system.server.ServerImpl$ShutdownHook.shutdownDeployments(Serv erImpl.java:740) at org.jboss.system.server.ServerImpl$ShutdownHook.shutdown(ServerImpl.java :721) at org.jboss.system.server.ServerImpl$ShutdownHook.run(ServerImpl.java:707) --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
On Thursday, December 12, 2002, at 12:02 PM, Holger Baxmann wrote: btw: what means 'powerfull'? i have a fpga device here (call it sbc) which is able to generate a throughput of 1..2.8 Gbits/sec with rijndael block cipher. is this powerfull? I would define a powerful PDA as any PDA with enough power to run the current version of WindowCE (handheld version). What I mean are the IPaq and Zauras, both of which are currently 200 MHz 64 Meg on the low end currently and the new versions are 400 MHz 256 machines. Now that is powerful. I personally only care about general CPU speed, not the ASIC parts, and the raw memory available to thee vm. uu, here we catch a rabbit hunter ! you are mentioning window ce: you are mentioning an operating system. you are bringing this in conjunction with power. lol. rotfl. i do not understand, because i understand. enough power means - enough power for the specific purpose at a specific time. these both constraints leads us to dynamic configurable because we do not know what to do nor when to do - not to the multi-purpose [and this way: no purpose at all] pc like operating systems. they are simply useless. we use them, because there exist nothing else - before jboss.org what i mean is: _no_ operating system, _no_ filesystem. simply jboss.org. jbossME. for all i care. If anyone wants to make the other ones, that would be cool. yes it would ;-) yes, i would =8- It looks like Bill is going to add this to the project list. here am i. bax -dain --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
torsdagen den 12 december 2002 kl 18.54 skrev Holger Baxmann: according to the laws - yes, murphys too - the cpu/mem/bandwith problem doesn't influence the progress of things: it is envolving independend. what i am talking about is that a jboss-client should run on any halfway intelligent device, for example my wrist watch. jboss containers should run on any device which has an idle loop :) We are so much in the hands of hardware/os/vm right now so lets sit-on-the-cards while the laws works out. [signing and gps comes in view ...] Yes - it is cool ... - With signing the Telco's will become banks. you ever heard of the tobin tax? It is a very political arena ... with new actors without any know of the jargon file. sorry for beeing ot |- - GPS (positioning) can be had here (Stockholm) today depending on Your operator's (Phone Wire ISP) service. do not really understand - gps timestamping is availabe like fresh air, mostly, nearly. Ahhh ... with GPS You need a transmitter/receiver tho ? ... here they do triangulation of the mobile using the GSM Antenna Stations and they charge for every lookup ... hmmm, goto www.bgmicro.com there are 8 channel (not enough for differential gps: 25m accuracy needs 12) motorola oncore gps modules for $14.95. one would only need a receiver. one worldwide !-) gps has nothing to do with gsm. is has own satellites, as far as you are not to far from the earth :) and are in the view of three of these satelites you may get the time in tolerance of nanoseconds, and as a goodie your position. everybody knows a.einstein? bax /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
JBossME is maybe not the best project name ? ME being Micro Edition Maybe JBossEE (Embedded Edition) ? or EMBOSS ? emboss was being mentioned by marc back in april. but it is an dna sequencing software name too. The project should look into investing in DASH-O Pro to compress the binary deliverables ? sorry for beeing simple, but what is a dash-o pro? Then maybe the project could have three reference devices in a range from phone to sbc ? to test on. i would vote for one reference platform and then ports. reference: wishbone compliant ip core of 8051 - http://www.opencores.org/projects/8051/ - dallas tini java implementation (8051 derivative 80c390/400) bax /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-554535 ] Oracle BLOB and byte array
Bugs item #554535, was opened at 2002-05-10 04:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=554535group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Niall O'Sullivan (nosullivan) Assigned to: Dain Sundstrom (dsundstrom) Summary: Oracle BLOB and byte array Initial Comment: Re-submiting a bug that was never fixed and closed. The Orginial problem was [ 434620 ] Oracle BLOB and byte array The Conclusion was If this problem persists with JBoss 2.4 or 3 then please report it again. JBoss 2.2 is not supported anymore. I can confirm that this is still a bug in 2.4. JBoss: JBoss-2.4.4_Jetty-3.1.7-1 OS: Windows 2K and Windows NT JDK: 1.4 DB: Oracle 8.1.6 The suggested fix in [434620] works for me but hasn't been integrated into jboss and presumably hasn't been tested against other DBs. -- Comment By: Anand Kothari (kotharia) Date: 2002-12-12 09:16 Message: Logged In: YES user_id=174778 Hi, Was sightly confused after reading this chain on whether the bug is fixed. I am getting the same error and am using the preconfigured JBoss 3.0.3 + Tomcat 4.1.12. I am using Oracle 8.1.6 JDBC OCI Driver. Any help will be greatly appreciated, anand. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-06-27 09:05 Message: Logged In: YES user_id=251431 The patch was applied to both JAWS and JBossCMP in Branch_3_0 and HEAD. This only fixes blob handling in Oracle 8. -- Comment By: Niall O'Sullivan (nosullivan) Date: 2002-06-20 23:05 Message: Logged In: YES user_id=540986 I'm using the 8.1.6 oci drivers for jdk 1.2 (a.k.a. classes12.zip). I will get around to testing it on 8.0.5 and 8.1.7 as well, but don't have access to 9 at all. -- Comment By: Dain Sundstrom (dsundstrom) Date: 2002-06-19 09:05 Message: Logged In: YES user_id=251431 Ok this sort of works. What driver versions are you two using? Does this code work with Orcale 9? -- Comment By: Niall O'Sullivan (nosullivan) Date: 2002-06-18 23:07 Message: Logged In: YES user_id=540986 I NEED YOU TO TEST THIS (IN HEAD) I can confirm that this is working fine on my machine (Win2k, jdk 1.4, oracle 8.1.6) with the head revision from cvs as of sometime yesterday evening. Thanks allot. czawadka, The fact that it is the cmp engine, and not you, that is writing the blobs is irrelevant. The fact remains that your problem occurs when you attempt to *write* a blob to the DB and this bug was isolated to *reading* blobs. Furthermore the 2 line fix for this bug was in a separate class file, even in a separate package. Yes, both problems are related to oracle blobs, and they have been effected by dsundstrom's recent work, but that's were the similarities end I'm afraid, I suggest you submit your problem independently. -- Comment By: Cezary Zawadka (czawadka) Date: 2002-06-18 20:21 Message: Logged In: YES user_id=311672 dsundstrom wrote that this patch has been integrated into JBossCMP (jboss3 cmp-2.0 engine?)(exactly into org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil) . So, I think, it is related. I've got the latest source code (2002.06.18) from SourceForge and it's not working due to earlier exception. I'm using only CMP entity beans where some of them have BLOB cmp fields (I'm not writing BLOBs on my own) -- Comment By: Niall O'Sullivan (nosullivan) Date: 2002-06-18 05:40 Message: Logged In: YES user_id=540986 Is this working? I've got following exception with oracle driver (8.1.7): Your problem appears to be un-related. This bug was to do with reading blobs, and it only effected org.jboss.ejb.plugins.jaws.jdbc.JDBCCommand, you seem to have problems writing blobs. -- Comment By: Cezary Zawadka (czawadka) Date: 2002-06-17 23:26 Message: Logged In: YES user_id=311672 Is this working? I've got following exception with oracle driver (8.1.7): java.lang.ClassCastException: org.jboss.ejb.plugins.cmp.jdbc.ByteArrayBlob at oracle.jdbc.driver.OraclePreparedStatement.setBlob (OraclePreparedStatement.java:1446) at org.jboss.resource.adapter.jdbc.local.LocalPreparedStatement.set Blob(LocalPreparedStatement.java:680) at org.jboss.ejb.plugins.cmp.jdbc.JDBCUtil.setParameter (JDBCUtil.java:220) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCAbstractCMPFieldBrid ge.setArgumentParameters (JDBCAbstractCMPFieldBridge.java:283) In oracle driver
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 12-December-2002
JBoss daily test results SUMMARY Number of tests run: 1001 Successful tests: 992 Errors:8 Failures: 1 [time of test: 2002-12-12.12-07 GMT] [java.version: 1.3.1] [java.vendor: Apple Computer, Inc.] [java.vm.version: 1.3.1_03-69] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Mac OS X] [os.arch: ppc] [os.version: 10.2.2] See http://users.jboss.org/~starksm/Branch_3_0/2002-12-12.12-07 for details 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: CircularityUnitTestCase Test: testPackageProtected(org.jboss.test.classloader.test.CircularityUnitTestCase) Type:error Exception: javax.management.MBeanException Message: Exception in MBean operation 'testPackageProtected()' - Suite: LocalWrapperCleanupUnitTestCase Test: testAutoCommitOffInRemoteUserTx(org.jboss.test.jca.test.LocalWrapperCleanupUnitTestCase) Type:error Exception: java.rmi.ServerException Message: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: Row committed, autocommit still on! - Suite: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: jboss.test:name=missingclasstest is not registered.; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: SimpleUnitTestCase Test:testHaInvoker(org.jboss.test.naming.test.SimpleUnitTestCase) Type:error Exception: javax.naming.CommunicationException Message: Receive timed out - Suite: SimpleUnitTestCase Test:testHaParitionName(org.jboss.test.naming.test.SimpleUnitTestCase) Type:error Exception: javax.naming.CommunicationException Message: Receive timed out - Suite: SimpleUnitTestCase Test:testSecureHttpInvoker(org.jboss.test.naming.test.SimpleUnitTestCase) Type:error Exception: javax.security.auth.login.LoginException Message: Missing users.properties file. - Suite: SimpleUnitTestCase Test:testLoginInitialContext(org.jboss.test.naming.test.SimpleUnitTestCase) Type:error Exception: javax.naming.AuthenticationException Message: Failed to login using protocol=testLoginInitialContext - Suite: BeanStressTestCase Test:testDeadLockFromClient(org.jboss.test.deadlock.test.BeanStressTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: expected a client deadlock for AB BA - Suite: ContextCLTestCase Test: testInvokeNeedingTCL(org.jboss.test.jbossmx.implementation.server.ContextCLTestCase) Type:error Exception: javax.management.RuntimeMBeanException Message: RuntimeException in MBean operation 'registerClassLoader(,org.jboss.mx.loading.UnifiedClassLoader)' - --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
On Thursday, December 12, 2002, at 01:33 PM, Holger Baxmann wrote: I would define a powerful PDA as any PDA with enough power to run the current version of WindowCE (handheld version). What I mean are the IPaq and Zauras, both of which are currently 200 MHz 64 Meg on the low end currently and the new versions are 400 MHz 256 machines. Now that is powerful. I personally only care about general CPU speed, not the ASIC parts, and the raw memory available to thee vm. uu, here we catch a rabbit hunter ! you are mentioning window ce: you are mentioning an operating system. you are bringing this in conjunction with power. lol. rotfl. i do not understand, because i understand. enough power means - enough power for the specific purpose at a specific time. these both constraints leads us to dynamic configurable because we do not know what to do nor when to do - not to the multi-purpose [and this way: no purpose at all] pc like operating systems. they are simply useless. Read my post again. I said enough power to run WindowsCE, which is a pig, so any box that can do what is powerful in my mind. we use them, because there exist nothing else - before jboss.org what i mean is: _no_ operating system, _no_ filesystem. simply jboss.org. jbossME. for all i care. Absolutely, but that is not my personal interest. I think that would be a great project and would be fun to work on. -dain --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ATTENTION! Developers with CVS access
Hey Bill, 1. What have you worked on in the past? JMS bug fixes 2. What are you currently working on? 3. What will you be working on and when? Nothing at the moment. We're doing a lot with JMS at my company, so I've been fixing bugs as I find them. 4. What do you want to work on? I wouldn't mind getting involved with some of the 4.0 JMS development. At this point I don't know how much time I'll be able to spend on it. 5. What is your SourceForge name/id? (So I can cross you off list of who contacted me). alindsey Aaron --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBossME
it is late in the night 2:50am, but i have the idea: why not embedded jboss? -- ejboss -- ok, going fishing some sleep... bax JBossME is maybe not the best project name ? ME being Micro Edition Maybe JBossEE (Embedded Edition) ? or EMBOSS ? The project should look into investing in DASH-O Pro to compress the binary deliverables ? Then maybe the project could have three reference devices in a range from phone to sbc ? to test on. /peter_f --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] NEED YOUR HELP!
Hi all! JBoss has become a huge success and has reached the milestone of over 2 million downloads. Unfortunately though, because we're open-source and free, we rarely get any testamonials on JBoss success stories. Please help us spread the word! Enter your testamonial at the forum below. In-production testamonials are the most desired. http://www.jboss.org/forums/forum.jsp?forum=159 Thanks, Bill Burke Chief Architect JBoss Group, LLC --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] NEED JBOSS SUCCESS STORIES!
Hi all! JBoss has become a huge success and has reached the milestone of over 2 million downloads. Unfortunately though, because we're open-source and free, we rarely get any testamonials on JBoss success stories. Please help us spread the word! Enter your testamonial at the forum below. In-production testamonials are the most desired. http://www.jboss.org/forums/forum.jsp?forum=159 Thanks, Bill Burke Chief Architect JBoss Group, LLC --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
