[JBoss-dev] jboss-3.0 build.1 Build Successful
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-3.0?log=log20040817231801Lbuild.1 BUILD COMPLETE-build.1Date of build:08/17/2004 23:18:01Time to build:15 minutes 25 seconds Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(0)
[JBoss-dev] jboss-3.0 build.1 Build Successful
View results here -> http://jboss.kimptoc.net/cc/buildresults/jboss-3.0?log=log20040816000637Lbuild.1 BUILD COMPLETE-build.1Date of build:08/16/2004 00:06:37Time to build:14 minutes 11 seconds Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(0)
[JBoss-dev] jboss-3.0 build.1 Build Successful
View results here -> http://tck2.jboss.com/cc/buildresults/jboss-3.0?log=log20040503101450Lbuild.1 BUILD COMPLETE-build.1Date of build:05/03/2004 10:14:50Time to build:7 minutes 35 seconds Unit Tests: (0)No Tests RunThis project doesn't have any tests Modifications since last build:(0)
[JBoss-dev] JBoss 3.0 memory profile
Hi, I've attached a memory profile (which your email client may expand inline - it's html) of JBoss in action. This is a picture of our application importing several thousand phone numbers from a text file, which are stored as new entity beans in a single transaction. A NumbersBean has several CMRs, and has a PhoneNumber as a primary key. This is basically to provoke comment, rather than anything particular, such as Wow, look at all those org.jboss.logging.Logger objects - should they be there?. In other words, I thought people would be interested in it, and hopefully there is nothing surprising in there. This is a few days old Branch_3_0 build btw. Steve Coy Title: JBoss 3.x on localhost Class monitor Class monitor Session: JBoss 3.x on localhost Time of export: Thursday, November 28, 2002 3:40:50 PM EST JVM time: 107:19 NameInstance countSize org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge$FieldState29424941568 org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge$FieldState11810566880 org.jboss.logging.Logger7856125696 org.jboss.mx.metadata.AttributeOperationResolver$Node6353203296 org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet5663135912 org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge$TxSynchronization566390608 org.jboss.ejb.plugins.cmp.bridge.EntityBridgeInvocationHandler252180672 org.jboss.ejb.EntityEnterpriseContext$EntityContextImpl252160504 org.jboss.ejb.EntityEnterpriseContext2521201680 org.jboss.util.LRUCachePolicy$LRUCacheEntry249099600 org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCEntityBridge$EntityState248939824 org.jboss.ejb.plugins.cmp.jdbc.JDBCContext248939824 com.whitesmiths.sacha.ejb.numbers.interfaces.PhoneNumber248339728 com.whitesmiths.sacha.ejb.numbers.implementations.NumbersBean$Proxy241858032 org.jboss.mx.capability.ReflectedMBeanDispatcher$MethodPair169127056 org.jboss.invocation.InvokerInterceptor156337512 org.jboss.proxy.ClientContainer156325008 org.jboss.invocation.InvocationContext156325008 org.jboss.proxy.SecurityInterceptor156024960 org.jboss.proxy.TransactionInterceptor156024960 org.jboss.ejb.plugins.local.EntityProxy150636144 org.jboss.ejb.plugins.lock.QueuedPessimisticEJBLock145581480 org.jboss.ejb.plugins.EntitySynchronizationInterceptor$InstanceSynchronization142234128 org.jboss.proxy.ejb.EntityInterceptor141922704 org.jboss.ejb.GlobalTxEntityMap$GlobalTxEntityMapCleanup141734008 org.jboss.management.j2ee.CountStatistic60929232 org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMP2xFieldBridge49827888 org.jboss.ejb.plugins.cmp.jdbc.JDBCTypeSimple49815936 org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCCMPFieldMetaData49827888 org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCMappingMetaData49011760 org.jboss.resource.connectionmanager.CachedConnectionManager$IdentityWrapper4877792 org.jboss.metadata.MethodMetaData47226432 org.jboss.mx.server.registry.MBeanEntry42813696 org.jboss.ejb.plugins.cmp.jdbc.QueryParameter42213504 org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCFunctionMappingMetaData3809120 org.jboss.invocation.Invocation32613040 org.jboss.mx.capability.ReflectedMBeanDispatcher27913392 org.jboss.mx.metadata.AttributeOperationResolver2794464 org.jboss.management.j2ee.TimeStatistic26823584 org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCAutomaticQueryMetaData2323712 org.jboss.system.ServiceContext2297328 org.jboss.system.ServiceController$ServiceProxy2295496 org.jboss.mq.Subscription2198760 org.jboss.metadata.EjbLocalRefMetaData2106720 org.jboss.ejb.plugins.cmp.jdbc.ReadAheadCache$EntityMapEntry2054920 org.jboss.mq.SpyXAResource1953120 org.jboss.jms.asf.StdServerSession1957800 org.jboss.mq.SpyMessageConsumer19510920 org.jboss.mq.SpyTopicSession19510920 org.jboss.net.protocol.file.FileURLConnection1868928 org.jboss.deployment.scanner.URLDeploymentScanner$DeployedURL1635216 org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMRFieldBridge16210368 org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCRelationshipRoleMetaData1629072 org.jboss.metadata.RelationshipRoleMetaData1626480 org.jboss.metadata.MethodAttributes1453480 org.jboss.web.WebClassLoader1369792 org.jboss.ejb.plugins.local.BaseLocalContainerInvoker1365440 org.jboss.resource.connectionmanager.CachedConnectionInterceptor1365440 org.jboss.ejb.plugins.LogInterceptor1364352 org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKeyQuery1346432 org.jboss.proxy.compiler.Proxies$Impl1344288 org.jboss.metadata.QueryMetaData1304160 org.jboss.resource.adapter.jdbc.local.LocalPreparedStatement1293096 org.jboss.security.SimplePrincipal1292064 org.jboss.resource.adapter.jdbc.local.LocalConnection1292064 org.jboss.resource.connectionmanager.ConnectionRecord1293096 org.jboss.ejb.plugins.SecurityInterceptor1193808 org.jboss.ejb.plugins.local.LocalHomeProxy1141824 org.jboss.ejb.plugins.TxInterceptorCMT1143648 org.jboss.ejb.plugins.cmp.jdbc.JDBCEJBQLQuery1135424 org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCQlQueryMetaData1132712 org.jboss.proxy.ejb.EJBMetaDataImpl1083456 org.jboss.proxy.ejb.handle.HomeHandleImpl1081728
[JBoss-dev] jboss 3.0 catalina configuration
Hello, i am installing the jboss3.0 with tomcat embedded, i am trying to configure a Realm for a web application that i have been deployed. The problem is that this realm seems to not be configured... The file where the Realm should be configured is catalina/conf/server.xml , but nothing... If somebody have an example or any documentation or something that helps me i will be very pleased :D Thanks. Rubnix --- This sf.net email is sponsored by:ThinkGeek Two, two, TWO treats in one. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.0 Quick Guide
Hi Geeks I am going to finish the JBoss 3.0 Quick Guide that can be found under http://sourceforge.net/project/showfiles.php?group_id=22866release_id=97289 So if you have feedback for it please send it directly to me. Note that the template project is a separate download just underneath the Quick Guide. Have a nice day x Andreas Schaefer Senior Consultant JBoss Group, LLC x --- This sf.net email is sponsored by:ThinkGeek Oh, it's good to be a geek. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.0 and Jetty
Looks like Jetty in JBoss 3.0 (perhaps 3.1 too) will start servicing requests before a web application has been fully deployed, leaving the deployment and the jetty in a very odd state of funk where nothing works. --jason ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBOSS 3.0 - RC3 - Can't find org.jboss.jdbc.JdbcProvider class
I've tried to use mySQL with JBoss3.0 RC3. I modified the file jboss-service.xml in order to create a pool of connections: mbean code=org.jboss.jdbc.JdbcProvider name=DefaultDomain:service=JdbcProvider attribute name=Driversorg.gjt.mm.mysql.Driver/attribute /mbean mbean code=org.jboss.jdbc.XADataSourceLoader name=DefaultDomain:service=XADataSource,name=DefaultDS attribute name=PoolNameDefaultDS/attribute attribute name=DataSourceClassorg.jboss.pool.jdbc.xa.wrapper.XADataSourceImpl/attribut e attribute name=URLjdbc:mysql://localhost:3306/test/attribute attribute name=JDBCUserroot/attribute attribute name=Password/attribute attribute name=MinSize1/attribute attribute name=MaxSize5/attribute /mbean Unfortunalty, JBoss is unable to create bean, I always receive this message (in JBOSS_DIST\server\default\log\server.log): 2002-05-28 13:15:03,770 DEBUG [org.jboss.system.ServiceCreator] About to create bean: jboss:service=JdbcProvider 2002-05-28 13:15:03,770 DEBUG [org.jboss.system.ServiceCreator] code: org.jboss.jdbc.JdbcProvider 2002-05-28 13:15:03,880 DEBUG [org.jboss.system.ServiceCreator] Class not found for mbean: jboss:service=JdbcProvider 2002-05-28 13:15:03,880 DEBUG [org.jboss.system.ServiceCreator] About to create bean: jboss:service=XADataSource,name=DefaultDS 2002-05-28 13:15:03,880 DEBUG [org.jboss.system.ServiceCreator] code: org.jboss.jdbc.XADataSourceLoader 2002-05-28 13:15:03,940 DEBUG [org.jboss.system.ServiceCreator] Class not found for mbean: jboss:service=XADataSource,name=DefaultDS I went over every jar files, and I didn't manage to find any classes Can someone help me ? Thx Anjarivo RAZAFINIMANANA ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBOSS 3.0 - RC3 - Can't find org.jboss.jdbc.JdbcProvider class
datapool configuration has changed from 2.4.x to 3.0 look in $JBOSS_HOME/docs/example/jca for example db configuration files. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 28, 2002 11:05 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBOSS 3.0 - RC3 - Can't find org.jboss.jdbc.JdbcProvider class I've tried to use mySQL with JBoss3.0 RC3. I modified the file jboss-service.xml in order to create a pool of connections: mbean code=org.jboss.jdbc.JdbcProvider name=DefaultDomain:service=JdbcProvider attribute name=Driversorg.gjt.mm.mysql.Driver/attribute /mbean mbean code=org.jboss.jdbc.XADataSourceLoader name=DefaultDomain:service=XADataSource,name=DefaultDS attribute name=PoolNameDefaultDS/attribute attribute name=DataSourceClassorg.jboss.pool.jdbc.xa.wrapper.XADataSource Impl/attribut e attribute name=URLjdbc:mysql://localhost:3306/test/attribute attribute name=JDBCUserroot/attribute attribute name=Password/attribute attribute name=MinSize1/attribute attribute name=MaxSize5/attribute /mbean Unfortunalty, JBoss is unable to create bean, I always receive this message (in JBOSS_DIST\server\default\log\server.log): 2002-05-28 13:15:03,770 DEBUG [org.jboss.system.ServiceCreator] About to create bean: jboss:service=JdbcProvider 2002-05-28 13:15:03,770 DEBUG [org.jboss.system.ServiceCreator] code: org.jboss.jdbc.JdbcProvider 2002-05-28 13:15:03,880 DEBUG [org.jboss.system.ServiceCreator] Class not found for mbean: jboss:service=JdbcProvider 2002-05-28 13:15:03,880 DEBUG [org.jboss.system.ServiceCreator] About to create bean: jboss:service=XADataSource,name=DefaultDS 2002-05-28 13:15:03,880 DEBUG [org.jboss.system.ServiceCreator] code: org.jboss.jdbc.XADataSourceLoader 2002-05-28 13:15:03,940 DEBUG [org.jboss.system.ServiceCreator] Class not found for mbean: jboss:service=XADataSource,name=DefaultDS I went over every jar files, and I didn't manage to find any classes Can someone help me ? Thx Anjarivo RAZAFINIMANANA ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.0 ClassLoader Architecture
An initial draft of a JBoss 3.0 ClassLoader Architecture whitepaper has been posted to the FAQ forum. See: http://jboss.org/forums/thread.jsp?forum=67thread=15974 Scott Stark Chief Technology Officer JBoss Group, LLC ___ Hundreds of nodes, one monster rendering program. Now that's a super model! Visit http://clustering.foundries.sf.net/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.0 HEAD not building!
Target = all Linux 2.4.10 JDK 1.4.0 ===Begin Excerpt=== jmx-docs: [mkdir] Created dir: /home/jboss/jboss-all/connector/output/jmx-doc Running xdoclet.XDocletMain loaded by sun.misc.Launcher$AppClassLoader. Forked:true [jmxdoclet] Running jbossXmlDoc/ [jmxdoclet] Generating output for 'org.jboss.resource.connectionmanager.BaseConnectionManager2' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/vendor/jbossmx-xml-doc.j'. [jmxdoclet] Generating output for 'org.jboss.resource.connectionmanager.CachedConnectionManager' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/vendor/jbossmx-xml-doc.j'. [jmxdoclet] Generating output for 'org.jboss.resource.connectionmanager.JBossManagedConnectionPool' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/vendor/jbossmx-xml-doc.j'. [jmxdoclet] Generating output for 'org.jboss.resource.connectionmanager.LocalTxConnectionManager' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/vendor/jbossmx-xml-doc.j'. [jmxdoclet] Generating output for 'org.jboss.resource.connectionmanager.NoTxConnectionManager' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/vendor/jbossmx-xml-doc.j'. [jmxdoclet] Generating output for 'org.jboss.resource.connectionmanager.RARDeployment' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/vendor/jbossmx-xml-doc.j'. [jmxdoclet] Generating output for 'org.jboss.resource.connectionmanager.XATxConnectionManager' using template file 'jar:file:/home/jboss/jboss-all/tools/lib/xdoclet.jar!/xdoclet/jmx/vendor/jbossmx-xml-doc.j'. jmx-docs-html-plain: [mkdir] Created dir: /home/jboss/jboss-all/connector/output/jmx-api [style] Transforming into /home/jboss/jboss-all/connector/output/jmx-api [style] Transforming into /home/jboss/jboss-all/connector/output/jmx-api [style] Loading stylesheet /home/jboss/jboss-all/thirdparty/oasis/docbook-xsl/html/docbook.xsl Error on line 2 of file:///home/jboss/jboss-all/connector/output/jmx-doc/org/jboss/resource/connectionmanager/BaseConnectionManager2-doc.xml: Error reported by XML parser: External entity not found: http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd.: Connection timed out [style] Failed to process /home/jboss/jboss-all/connector/output/jmx-doc/org/jboss/resource/connectionmanager/BaseConnectionManager2-doc.xml BUILD FAILED /home/jboss/jboss-all/connector/build.xml:555: javax.xml.transform.TransformerException: java.net.ConnectException: Connection timed out Total time: 6 minutes 6 seconds jboss@davidson:~/jboss-all ping www.oasis-open.org PING www.oasis-open.org (209.202.168.105) from 64.48.234.27 : 56(84) bytes of data. 64 bytes from 209.202.168.105: icmp_seq=1 ttl=239 time=379.628 msec 64 bytes from 209.202.168.105: icmp_seq=2 ttl=239 time=369.977 msec 64 bytes from 209.202.168.105: icmp_seq=3 ttl=239 time=369.974 msec 64 bytes from 209.202.168.105: icmp_seq=4 ttl=239 time=359.980 msec jboss@davidson:~/jboss-all lynx http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd Looking up www.oasis-open.org www.oasis-open.org Making HTTP connection to www.oasis-open.org Alert!: Unable to connect to remote host. lynx: Can't access startfile http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Branch 3_0 cvs HEAD not building
3.0 branch builds for me: [starksm@banshee build]$ build.sh Searching for build.xml ... Buildfile: /home/starksm/cvsroot/JBoss3.0/jboss-all/build/build.xml ... BUILD SUCCESSFUL Total time: 3 minutes 54 seconds [starksm@banshee build]$ RedHat 7.3, Linux 2.4.18-3 java version 1.4.0 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92) Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode) Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Stephen Davidson [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, May 10, 2002 9:17 AM Subject: [JBoss-dev] Re: [JBoss-user] JBoss 3.0 Branch 3_0 cvs HEAD not building Stephen Davidson wrote: Greetings. JDK 1.4.0 Linux 2.4.10 jboss-all CVS Branch 3_0 Head. Not building -Steve ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.0 Branch 3_0 cvs HEAD not building
Greetings. JDK 1.4.0 Linux 2.4.10 jboss-all CVS Branch 3_0 Head. Not building -Steve ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss 3.0 beta2 users: old ConnectionFactoryLoader removed, use new mbeans
As I warned several days ago, I have removed the old jca framework (except for a couple of classes that await a different deployment paradigm). This means your ConnectionFactoryLoader mbeans will no longer work. You have to use the new ConnctionManager mbeans. There are examples for many popular databases in connector/src/etc/example-conf. If your database is not yet represented, please contribute a configuration as soon as you get it working. Thanks david jencks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
When the new ClassLoader code is checked in, I shall work on a proper JSP solution. Until then, everything is just a temporary hack. If you want JSP compilation to work, you have to tell JBoss where the tools.jar is. We can't ship it with JBoss because it is part of the JDK. Jules --- Peter Fagerlund [EMAIL PROTECTED] wrote: Hi!, 1. Have you got a warning instructing you to put tools.jar on your JBOSS_CLASSPATH? Yes I cam se it now ... 2. May I see your Stacktraces. Yes if You need to ... 3. What arch are you running on. Linux 2.4.* I try with the tools.jar and let You know ... Chris a lubega need to do the same ! ... this would go away with the new CL ? ... /peter_f Nokia 5510 looks weird sounds great. Go to http://uk.promotions.yahoo.com/nokia/ discover and win it! The competition ends 16 th of December 2001. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
We could, but: 1. some architectures (One of my first beta testers is on MacOS X) do not seem to have the jar at all - it seems to have been collapsed into the rest of the runtime. 2. Many people will be running JBoss on a JRE not a JDK, and precompiling their JSPs during development. I am willing to work on run.sh to automatically add tools.jar to the classpath, if you will do the run.bat. I think the warning should remain though, although I don't like it, because people on JREs may not realize why their JSPs will not compile. What do you think ? Jules --- Peter Fagerlund [EMAIL PROTECTED] wrote: When the new ClassLoader code is checked in, I shall work on a proper JSP solution. Until then, everything is just a temporary hack. If you want JSP compilation to work, you have to tell JBoss where the tools.jar is. We can't ship it with JBoss because it is part of the JDK. Yes but can We not programatically add that classpath at runtime ? since We already have set a path:JAVA_HOME on our machines ? ... /peter_f Nokia 5510 looks weird sounds great. Go to http://uk.promotions.yahoo.com/nokia/ discover and win it! The competition ends 16 th of December 2001. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
Please move the demo-app discussion on the online forum, I have created a forum just for it, it is called J2EE design pattern but please move this over there as it really doesn't belong on this forum thanks View: http://jboss.org/forums/thread.jsp?forum=66thread=4941 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
on 1-12-06 15.44, Julian Gosnell at [EMAIL PROTECTED] wrote: 1. some architectures (One of my first beta testers is on MacOS X) do not seem to have the jar at all - it seems to have been collapsed into the rest of the runtime. ahhh . a special for OSX ... hmmm . 2. Many people will be running JBoss on a JRE not a JDK, and precompiling their JSPs during development. Yes - We should have a ex. sample walk throught of precomp ... I think the warning should remain though, although I don't like it, because people on JREs may not realize why their JSPs will not compile. Yes - Education throught docu on jboss3 binary/src distros ... I am willing to work on run.sh to automatically add tools.jar to the classpath, if you will do the run.bat. oki - I try ... I hate bat's but I will try ! ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
on 1-12-06 16.22, Peter Fagerlund at [EMAIL PROTECTED] wrote: 2. Many people will be running JBoss on a JRE not a JDK, and precompiling their JSPs during development. Could We not just say clearly : SDK required - else If running under JRE please copy tools.jar here ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
on 1-12-06 15.56, marc fleury at [EMAIL PROTECTED] wrote: Please move the demo-app discussion on the online forum, Yes very good - We still need to find a structur -here now : Scenario : I dload JBoss3.0 binary - it comes with a demo folder of deployable examples In dload JBoss3.0 src in testsuite/demo We could have a JUnit of JBOSS_HOME/demo would that structure work ? ... also in my binary dload i would like to use the demos as templates for my own thinkering and then have build scripts for each one of the demos ... what does this mean in terms of SDK/JRE Ant etc ?, packaging, so i could just run, deploy-demo, rebuild-demo, redeploy-demo ... or will that only be possible with a SDK-src instalation ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.0 App FreeBay
I have been doing some thinking on this freebay idea and came up with some things. As I said I am not against working on a complete application, however I think we should focus on an app that has potential resale value. Why? Simple if it can be sold developers arent working for free, and it brings something back to jboss to keep the project going. In this vein I came up with a couple ideas. Both focus on the public sector. (I knew those 16 years I spent there would pay off sooner or later :) The premise is simple... here in the US (and probably everywhere) government spends millions on custom development. However here in the US we have a law that if a commercially available ots solutions exists that fits a need (and assuming it is less expensive) they have to purchase the ots rather than custom develop. So I have 2 ideas... 1 I know is very viable... 2 I have not researched deeply. idea 1) a grant submission application. Every agency in the US government has some form of grant or loan that they administer. some agencies administer billions every year. Until recently this has all had to occur offline. Now the government has to start accepting grants online. I know of only 2 agencies that currently accept grants online The remainder (as far as I know) are only using fillable PDF which can be emailed. So there is a tremendous opportunity for someone to come in with a solution here. idea 2) Since I live in the DC area, and spent a great majority of my adult life in the government sector I hear a lot of rumblings. One that is starting to get really big is HIIPA compliance. Now HIIPA is some health thing. I am not quite sure what kind of app would fit in this space since I havent researched it deeply, but there are an awful lot of rumblings going around about needing something to assist in this. My proposal is simple... instead of doing freebay (which sounds like a cool app by the way) why dont we consider something that has resale value, and hence the potential to earn us all a little in the long run. I have considered writing app 1 myself. Since I have been involved in one effort to write and deploy such an app i have the domain knowledge. (actually the team i led wrote the app that is used at the department of justice for this purpose http://grants.ojp.usdoj.gov - granted most of it is hidden behind a user login, but you can see the basics there on help pages) So I can come up with a quick list of requirements. Plus this one has international possibilities. Every country has some kind of grant process. To my knowledge there is only one other company playing in this area. A place out of Canada. Their solution is not directed at grant management specifically, it is more of a we can make it fit that model kind of app. I believe I can find us the vehicle to sell such an app. (after all I live here in the heart of beauracracy :) Now dont get me wrong... this is still a free kind of app. People could see all the source and such, but for commercial use they would buy it. If there is any interest in this kind of vein let me know This is not a complex app believe it or not and could probably be written in a couple months max. (Heck we wrote the one at DOJ in a month with 10 people) potentially here we have more than that. Now... if I am totally loony feel free to let me know. But I really think this would work. Plus it gets jboss into use in some really viewable places. The only thing i ask... assuming noone thinks I am loony, is please dont bother if you dont want to help out. Im with Marc on code talks and BS walks. In that vein Im still working on My first demo stuff for Jboss. (its harder since simultaneously I am writing an article for Javaworld on the same topic) And hope to have that ready tomorrow. So... any takers on this idea? Al ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.0 (RH) and org.jboss.security.ssl.DomainServerSocketFactory - Tomcat integration
Hi, I need a little history lesson. I can't find org.jboss.security.ssl.DomainServerSocketFactory in the RH JBoss all checkout. It is used in SSLServerSocketFactory for the Catalina contrib package. Could someone (Scot?) tell me why this was used instead of the Catalina SSL support and point me to a suitable replacement? Thanks, Mike -- Michael Romeo All e-mail sent to or from this address will be received or otherwise recorded by the Charles Schwab corporate e-mail system and is subject to archival, monitoring or review by, and/or disclosure to, someone other than the recipient. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
FreeBay ! Jules --- Hicks, James [EMAIL PROTECTED] wrote: I've been doing a few hours of thinking and came to a conclusion for a demo app. Would anyone like to assist me in creating an E-Bay style bidding application? James Hicks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Nokia 5510 looks weird sounds great. Go to http://uk.promotions.yahoo.com/nokia/ discover and win it! The competition ends 16 th of December 2001. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
Yess, but i want to known wath are doing, So what does have an auction application need, hmm, 1) goods: some things that are for sel (query,details) 2) calendar: what is for sell when (with notification) 3) users: some kind of user management. and security constraints (guest,user,admin) 4) views: support for multiple views (cocoon,struts) 5) transaction: some kind of payment system (maybe a fake fish money system) RFC, Tbone FreeBay ! Jules --- Hicks, James [EMAIL PROTECTED] wrote: I've been doing a few hours of thinking and came to a conclusion for a demo app. Would anyone like to assist me in creating an E-Bay style bidding application? James Hicks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Nokia 5510 looks weird sounds great. Go to http://uk.promotions.yahoo.com/nokia/ discover and win it! The competition ends 16 th of December 2001. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development - This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be) ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re[2]: [JBoss-dev] JBoss 3.0 Demo App
Hello tbone, Wednesday, December 05, 2001, 2:12:40 PM, you wrote: tfb Yess, but i want to known wath are doing, tfb So what does have an auction application need, tfb hmm, tfb 1) goods: some things that are for sel (query,details) tfb 2) calendar: what is for sell when (with notification) tfb 3) users: some kind of user management. and security constraints tfb (guest,user,admin) tfb 4) views: support for multiple views (cocoon,struts) tfb 5) transaction: some kind of payment system (maybe a fake fish money system) 6) aka 3) roles: a very well defined roles-system of prospective customer being a real customer being a supplier (dynamic proxies ?-) -- Best regards, Holgermailto:[EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
RE: [JBoss-dev] JBoss 3.0 Demo App
On Tue, 2001-12-04 at 19:28, marc fleury wrote: hey, where would you guys see the link for petstore, I am drawing a blank on where it would fit on the current website, maybe under downloads? documentation? (just to make sure people can see it running) under success stories... I dont know any ideas? Will it still need to be distributed as a patch or is there a problem distributing a modified JPS? I have modifications for Postgres DAO support if anyone else finds Postgres support useful. -- _ Ean Schuessler [EMAIL PROTECTED] Brainfood, Inc. http://www.brainfood.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss 3.0 Demo App
hi, On Wed, 2001-12-05 at 18:57, Ean Schuessler wrote: I have modifications for Postgres DAO support if anyone else finds Postgres support useful. +1 christian p.s.: nice e-mail address :) msg14140/pgp0.pgp Description: PGP signature
RE: [JBoss-dev] JBoss 3.0 Demo App
From reading all the emails, I think the majority of people would benefit from several small applications that each deal with a specific feature of JBoss 3.0. Do yall ( im texan ) think it is feasible to design these small independant applications so that in the end, a wrapper application could be developed to show developers how to tie all these features together? I guess we need to define a few features that are really the topic of discussion on the user list and start developing. Any suggestions? James Hicks -Original Message- From: Hicks, James Sent: Tuesday, December 04, 2001 3:42 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss 3.0 Demo App I've been doing a few hours of thinking and came to a conclusion for a demo app. Would anyone like to assist me in creating an E-Bay style bidding application? James Hicks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss 3.0 Demo App
I think you'd be trying to bite off too much too fast. An application that encompassed all of the extensive features of JBoss and J2EE would be very large and very complex. That's why I don't like the PetStore application. Many people look to it for development patterns with J2EE that don't fit their application very well. Others get frustrated because there's no CMP/BMP-hybrid EJB that joins 4 tables used by a stateful session EJB that's, in turn, called by a stateless session EJB to control transactional context. (Whew!) Anyway, you see what I mean, you'll be designing a bad application or poor examples. Design each example for its purpose and the rest will take care of itself. We'd get the work done quicker and with better quality. If, as it's coming along, we see parts that can make up a larger application, we can go from there. I think this is a great idea, though, James. I've long believed that the J2EE specification needed examples beyond the scope of a PetStore. Jesse -Original Message- From: Hicks, James [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 05, 2001 3:36 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss 3.0 Demo App From reading all the emails, I think the majority of people would benefit from several small applications that each deal with a specific feature of JBoss 3.0. Do yall ( im texan ) think it is feasible to design these small independant applications so that in the end, a wrapper application could be developed to show developers how to tie all these features together? I guess we need to define a few features that are really the topic of discussion on the user list and start developing. Any suggestions? James Hicks -Original Message- From: Hicks, James Sent: Tuesday, December 04, 2001 3:42 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss 3.0 Demo App I've been doing a few hours of thinking and came to a conclusion for a demo app. Would anyone like to assist me in creating an E-Bay style bidding application? James Hicks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
Hicks, James wrote: From reading all the emails, I think the majority of people would benefit from several small applications that each deal with a specific feature of JBoss 3.0. Do yall ( im texan ) think it is feasible to design these small independant applications so that in the end, a wrapper application could be developed to show developers how to tie all these features together? That would fairly rock. Depending on how fancy you want to be as an architectural example, it might not be too difficult to design the components that way. -danch ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
Tilly, Jesse wrote: I think you'd be trying to bite off too much too fast. An application that encompassed all of the extensive features of JBoss and J2EE would be very large and very complex. That's why I don't like the PetStore application. Many people look to it for development patterns with J2EE that don't fit their application very well. Or are just bad ideas - see my earlier post on the user list. I think this is a great idea, though, James. I've long believed that the J2EE specification needed examples beyond the scope of a PetStore. Or the same thing implemented the way you really would in production. -danch ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
[EMAIL PROTECTED] wrote: Others get frustrated because there's no CMP/BMP-hybrid EJB that joins 4 tables used by a stateful session EJB that's, in turn, called by a stateless session EJB to control transactional context. (Whew!) Hopefully noone is calling sfsb from slsb :) But the point is still true. Al ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
Or are just bad ideas - see my earlier post on the user list. I agree there. Much of the petstore is poor quality coding also. Just take a look at all those querys in there. I dont even remember a preparedStatement one. Yet the queries happen over an over... a perfect place for PS over statement. Or the same thing implemented the way you really would in production. I think we can come up with some simple examples, that if we plan right can then be used in a larger application. Al ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss 3.0 Demo App
Well, we need to move forward by listing several key features we want to start with. If somepeople will send a list of 3 to 5 features they want to see apps for, I will compile a list of what we will start with. James Hicks -Original Message- From: Hicks, James Sent: Wednesday, December 05, 2001 2:36 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBoss 3.0 Demo App From reading all the emails, I think the majority of people would benefit from several small applications that each deal with a specific feature of JBoss 3.0. Do yall ( im texan ) think it is feasible to design these small independant applications so that in the end, a wrapper application could be developed to show developers how to tie all these features together? I guess we need to define a few features that are really the topic of discussion on the user list and start developing. Any suggestions? James Hicks -Original Message- From: Hicks, James Sent: Tuesday, December 04, 2001 3:42 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss 3.0 Demo App I've been doing a few hours of thinking and came to a conclusion for a demo app. Would anyone like to assist me in creating an E-Bay style bidding application? James Hicks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
on 1-12-05 22.44, Bill Burke at [EMAIL PROTECTED] wrote: Yes, and these examples should ship with the JBoss distribution. They should also be run with the nightly build so that we know whether or not they work. I think these examples are crucial now that the bulk of documentation will be for-pay. So do we : - create a demo folder ? ( jboss-all/demo, jboss-3.0.0alpha/demo ) ( have some deploy by default or from there be able to do manual deploy drops ) - and add a DemoUnitTestSuite ? I can think of two demos now : namely snoop.jsp and includeEJB.jsp that both are causing failiurs in the WebUnitTestSuite now ( well yesterday ;-) ) since they where not deployed ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
on 1-12-06 05.09, Peter Fagerlund at [EMAIL PROTECTED] wrote: I can think of two demos now : namely snoop.jsp and includeEJB.jsp that both are causing failiurs in the WebUnitTestSuite now ( well yesterday ;-) ) since they where not deployed ... ahhh... my mistake WebUnitTestSuite are actually trying to deploy those two .jsp's but invocation fails due to the javac prob ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
on 1-12-06 07.01, Allen Fogleson at [EMAIL PROTECTED] wrote: So do we : - create a demo folder ? ( jboss-all/demo, jboss-3.0.0alpha/demo ) ( have some deploy by default or from there be able to do manual deploy drops ) That makes sense. actually I think they should all deploy on install. Anyone who wants to place something in the / context could just undeploy the demoapp.ear or whatever we call it. I would prefere separate war, sar, ear's to deploy - for simplicity in thinkering templated ... also a build script for each ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
[EMAIL PROTECTED] wrote: on 1-12-05 22.44, Bill Burke at [EMAIL PROTECTED] wrote: So do we : - create a demo folder ? ( jboss-all/demo, jboss-3.0.0alpha/demo ) ( have some deploy by default or from there be able to do manual deploy drops ) That makes sense. actually I think they should all deploy on install. Anyone who wants to place something in the / context could just undeploy the demoapp.ear or whatever we call it. - and add a DemoUnitTestSuite ? That makes sense too. So in my mind what is needed is: 1) some entity beans with CMR 2) MDB 3) MBean ??? Maybe... since there are so many in the system now does this even make sense? 4) JMX 5) A couple simple web apps (or one really) that just uses all this stuff. Which means some session beans, JSP's... yadda yadda. 6) ??? Since Jboss3 uses jetty 4 which is servlet 2.3 Compliant should we do any demos of servlet stuff like filters? By the way it (J4) works with the jakarta JSPTL. which is pretty cool. Im busy as heck this week finishing up an article for JavaWorld (coincidentally I am using Jboss 3 for my examples in the article (CMP 2 beans)) But I could potentially work on this by Friday. We should probably iron out just what we need. (above and beyond 1-5 above) I honestly dont see much sense in including things like javamail or such. Marc has anyone started working on dukes bank on Jboss 3? We could potentially deploy that also (in addition to the petstore) no? I can fit some work on that in this weekend if noone else is already looking at it. I can think of two demos now : namely snoop.jsp and includeEJB.jsp that both Yeap, those were the only errors in the jetty tests though on a positive note :) Al ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
on 1-12-06 07.01, Allen Fogleson at [EMAIL PROTECTED] wrote: has anyone started working on dukes bank on Jboss 3? U mean the BanUnitTest ? ... It usually works just fine ... so how would We double some of the tests as demos ? or just use the Tests as the demos ? ... how can we combine ? that is -in a simple to understand and build / deploy phase for the demos ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
No dukes bank is the Sun J2EE demo for EJB2. Somewhere around here I have a copy of it. Al [EMAIL PROTECTED] wrote: on 1-12-06 07.01, Allen Fogleson at [EMAIL PROTECTED] wrote: has anyone started working on dukes bank on Jboss 3? U mean the BanUnitTest ? ... It usually works just fine ... so how would We double some of the tests as demos ? or just use the Tests as the demos ? ... how can we combine ? that is -in a simple to understand and build / deploy phase for the demos ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
We could do both. For new users I think it makes sense to have all of them available from one demoapp.ear really this is just a wrapper around the stuff. using my items you might have an index.html which contains each line item like so... 1) go to EJB cmp2 relations tutorial. This would have a quick start on CMP2 CMR and a link to the demo JSP/EJBS for it. and so on. for the other stuff we might have separate sars, and such. [EMAIL PROTECTED] wrote: on 1-12-06 07.01, Allen Fogleson at [EMAIL PROTECTED] wrote: So do we : - create a demo folder ? ( jboss-all/demo, jboss-3.0.0alpha/demo ) ( have some deploy by default or from there be able to do manual deploy drops ) That makes sense. actually I think they should all deploy on install. Anyone who wants to place something in the / context could just undeploy the demoapp.ear or whatever we call it. I would prefere separate war, sar, ear's to deploy - for simplicity in thinkering templated ... also a build script for each ? ... /peter_f ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.0 Demo App
I've been doing a few hours of thinking and came to a conclusion for a demo app. Would anyone like to assist me in creating an E-Bay style bidding application? James Hicks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
The problem here is that the quickstart is meant to show developers how to get started fast. I believe this was the first concern of those asking for the demo apps. There is already the petstore app running on Jboss to show full E-Commerce style abilities. Im not against donating a full app mind you, I just think that the work behind it could be better spent developing several smaller apps (in the spirit of tomcats examples webapp) . My thinking here is twofold. 1) the purpose of a quickstart is to get developers up and running quickly. A full blown application wont really do this. Plus it fits in more to the model of the inexpensive documentation. Where the small apps fit in with the free docs part. 2) A full app would only assist some places in selling Jboss to a limited audience. I had meetings with 2 prospective clients in the past week and both have asked ME about Jboss. Granted it is on my resume and such as a technology I have used, but these people knew what it was. One in fact wondered why they didnt use jboss instead of weblogic (Especially after I told him about the features that will be in 3.0) Sorry BEA, you guys might lose that one :) Im not against helping out on a full application as I said before, but I think the initial thrust should be in the direction of a quickstart kind of thing. These are not really intensely documented apps, but more along the lines of little examples that show how to use (at least at a basic level) Jboss 3. I actually like the model Marc is using now. It makes sense to me. I like the idea that even though I am willing to submit stuff for free, when it comes to the more advanced stuff there might be some renumeration. Al [EMAIL PROTECTED] wrote: I've been doing a few hours of thinking and came to a conclusion for a demo app. Would anyone like to assist me in creating an E-Bay style bidding application? James Hicks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
User developers. There are plenty of those around who just want a quickstart. Which about a week ago was what everyone was talking about I think. (the days blend together, it could have been 2 days ago, or yesterday even anymore) Al [EMAIL PROTECTED] wrote: Is this meant for JBoss developers (those that contribute to JBoss) or for User developers (those that use JBoss to run there J2EE/JMX applications)? --jason On Tue, 4 Dec 2001, Allen Fogleson wrote: The problem here is that the quickstart is meant to show developers how to get started fast. I believe this was the first concern of those asking for the demo apps. There is already the petstore app running on Jboss to show full E-Commerce style abilities. Im not against donating a full app mind you, I just think that the work behind it could be better spent developing several smaller apps (in the spirit of tomcats examples webapp) . My thinking here is twofold. 1) the purpose of a quickstart is to get developers up and running quickly. A full blown application wont really do this. Plus it fits in more to the model of the inexpensive documentation. Where the small apps fit in with the free docs part. 2) A full app would only assist some places in selling Jboss to a limited audience. I had meetings with 2 prospective clients in the past week and both have asked ME about Jboss. Granted it is on my resume and such as a technology I have used, but these people knew what it was. One in fact wondered why they didnt use jboss instead of weblogic (Especially after I told him about the features that will be in 3.0) Sorry BEA, you guys might lose that one :) Im not against helping out on a full application as I said before, but I think the initial thrust should be in the direction of a quickstart kind of thing. These are not really intensely documented apps, but more along the lines of little examples that show how to use (at least at a basic level) Jboss 3. I actually like the model Marc is using now. It makes sense to me. I like the idea that even though I am willing to submit stuff for free, when it comes to the more advanced stuff there might be some renumeration. Al [EMAIL PROTECTED] wrote: I've been doing a few hours of thinking and came to a conclusion for a demo app. Would anyone like to assist me in creating an E-Bay style bidding application? James Hicks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
Is this meant for JBoss developers (those that contribute to JBoss) or for User developers (those that use JBoss to run there J2EE/JMX applications)? --jason On Tue, 4 Dec 2001, Allen Fogleson wrote: The problem here is that the quickstart is meant to show developers how to get started fast. I believe this was the first concern of those asking for the demo apps. There is already the petstore app running on Jboss to show full E-Commerce style abilities. Im not against donating a full app mind you, I just think that the work behind it could be better spent developing several smaller apps (in the spirit of tomcats examples webapp) . My thinking here is twofold. 1) the purpose of a quickstart is to get developers up and running quickly. A full blown application wont really do this. Plus it fits in more to the model of the inexpensive documentation. Where the small apps fit in with the free docs part. 2) A full app would only assist some places in selling Jboss to a limited audience. I had meetings with 2 prospective clients in the past week and both have asked ME about Jboss. Granted it is on my resume and such as a technology I have used, but these people knew what it was. One in fact wondered why they didnt use jboss instead of weblogic (Especially after I told him about the features that will be in 3.0) Sorry BEA, you guys might lose that one :) Im not against helping out on a full application as I said before, but I think the initial thrust should be in the direction of a quickstart kind of thing. These are not really intensely documented apps, but more along the lines of little examples that show how to use (at least at a basic level) Jboss 3. I actually like the model Marc is using now. It makes sense to me. I like the idea that even though I am willing to submit stuff for free, when it comes to the more advanced stuff there might be some renumeration. Al [EMAIL PROTECTED] wrote: I've been doing a few hours of thinking and came to a conclusion for a demo app. Would anyone like to assist me in creating an E-Bay style bidding application? James Hicks ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss 3.0 Demo App
hey, where would you guys see the link for petstore, I am drawing a blank on where it would fit on the current website, maybe under downloads? documentation? (just to make sure people can see it running) under success stories... I dont know any ideas? marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason |Dillon |Sent: Tuesday, December 04, 2001 8:03 PM |To: Allen Fogleson |Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] JBoss 3.0 Demo App | | |Is this meant for JBoss developers (those that contribute to JBoss) or for |User developers (those that use JBoss to run there J2EE/JMX applications)? | |--jason | | |On Tue, 4 Dec 2001, Allen Fogleson wrote: | | The problem here is that the quickstart is meant to show developers | how to get started fast. I believe this was the first concern of those | asking for the demo apps. There is already the petstore app running on | Jboss to show full E-Commerce style abilities. Im not against donating a | full app mind you, I just think that the work behind it could be better | spent developing several smaller apps (in the spirit of tomcats | examples webapp) . | | My thinking here is twofold. | | 1) the purpose of a quickstart is to get developers up and running | quickly. A full blown application wont really do this. Plus it fits in | more to the model of the inexpensive documentation. Where the small apps | fit in with the free docs part. | | 2) A full app would only assist some places in selling Jboss to a | limited audience. I had meetings with 2 prospective clients in the past | week and both have asked ME about Jboss. Granted it is on my resume and | such as a technology I have used, but these people knew what it was. One | in fact wondered why they didnt use jboss instead of weblogic | (Especially after I told him about the features that will be in 3.0) | Sorry BEA, you guys might lose that one :) | | Im not against helping out on a full application as I said before, but I | think the initial thrust should be in the direction of a quickstart kind | of thing. These are not really intensely documented apps, but more along | the lines of little examples that show how to use (at least at a basic | level) Jboss 3. | | I actually like the model Marc is using now. It makes sense to me. I | like the idea that even though I am willing to submit stuff for free, | when it comes to the more advanced stuff there might be some |renumeration. | | Al | | | [EMAIL PROTECTED] wrote: | | I've been doing a few hours of thinking and came to a |conclusion for a demo | app. | | Would anyone like to assist me in creating an E-Bay style bidding | application? | | James Hicks | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 Demo App
How about from the home page, under resources place a Jboss-Petstore link? Im sort of at a loss myself in this case. It doesnt fit in on the binary page really... [EMAIL PROTECTED] wrote: hey, where would you guys see the link for petstore, I am drawing a blank on where it would fit on the current website, maybe under downloads? documentation? (just to make sure people can see it running) under success stories... I dont know any ideas? marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason |Dillon |Sent: Tuesday, December 04, 2001 8:03 PM |To: Allen Fogleson |Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] JBoss 3.0 Demo App | | |Is this meant for JBoss developers (those that contribute to JBoss) or for |User developers (those that use JBoss to run there J2EE/JMX applications)? | |--jason | | |On Tue, 4 Dec 2001, Allen Fogleson wrote: | | The problem here is that the quickstart is meant to show developers | how to get started fast. I believe this was the first concern of those | asking for the demo apps. There is already the petstore app running on | Jboss to show full E-Commerce style abilities. Im not against donating a | full app mind you, I just think that the work behind it could be better | spent developing several smaller apps (in the spirit of tomcats | examples webapp) . | | My thinking here is twofold. | | 1) the purpose of a quickstart is to get developers up and running | quickly. A full blown application wont really do this. Plus it fits in | more to the model of the inexpensive documentation. Where the small apps | fit in with the free docs part. | | 2) A full app would only assist some places in selling Jboss to a | limited audience. I had meetings with 2 prospective clients in the past | week and both have asked ME about Jboss. Granted it is on my resume and | such as a technology I have used, but these people knew what it was. One | in fact wondered why they didnt use jboss instead of weblogic | (Especially after I told him about the features that will be in 3.0) | Sorry BEA, you guys might lose that one :) | | Im not against helping out on a full application as I said before, but I | think the initial thrust should be in the direction of a quickstart kind | of thing. These are not really intensely documented apps, but more along | the lines of little examples that show how to use (at least at a basic | level) Jboss 3. | | I actually like the model Marc is using now. It makes sense to me. I | like the idea that even though I am willing to submit stuff for free, | when it comes to the more advanced stuff there might be some |renumeration. | | Al | | | [EMAIL PROTECTED] wrote: | | I've been doing a few hours of thinking and came to a |conclusion for a demo | app. | | Would anyone like to assist me in creating an E-Bay style bidding | application? | | James Hicks | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss 3.0 Demo App
Perhaps a new sub-section on the users site for Demos. --jason On Tue, 4 Dec 2001, marc fleury wrote: hey, where would you guys see the link for petstore, I am drawing a blank on where it would fit on the current website, maybe under downloads? documentation? (just to make sure people can see it running) under success stories... I dont know any ideas? marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Jason |Dillon |Sent: Tuesday, December 04, 2001 8:03 PM |To: Allen Fogleson |Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] |Subject: Re: [JBoss-dev] JBoss 3.0 Demo App | | |Is this meant for JBoss developers (those that contribute to JBoss) or for |User developers (those that use JBoss to run there J2EE/JMX applications)? | |--jason | | |On Tue, 4 Dec 2001, Allen Fogleson wrote: | | The problem here is that the quickstart is meant to show developers | how to get started fast. I believe this was the first concern of those | asking for the demo apps. There is already the petstore app running on | Jboss to show full E-Commerce style abilities. Im not against donating a | full app mind you, I just think that the work behind it could be better | spent developing several smaller apps (in the spirit of tomcats | examples webapp) . | | My thinking here is twofold. | | 1) the purpose of a quickstart is to get developers up and running | quickly. A full blown application wont really do this. Plus it fits in | more to the model of the inexpensive documentation. Where the small apps | fit in with the free docs part. | | 2) A full app would only assist some places in selling Jboss to a | limited audience. I had meetings with 2 prospective clients in the past | week and both have asked ME about Jboss. Granted it is on my resume and | such as a technology I have used, but these people knew what it was. One | in fact wondered why they didnt use jboss instead of weblogic | (Especially after I told him about the features that will be in 3.0) | Sorry BEA, you guys might lose that one :) | | Im not against helping out on a full application as I said before, but I | think the initial thrust should be in the direction of a quickstart kind | of thing. These are not really intensely documented apps, but more along | the lines of little examples that show how to use (at least at a basic | level) Jboss 3. | | I actually like the model Marc is using now. It makes sense to me. I | like the idea that even though I am willing to submit stuff for free, | when it comes to the more advanced stuff there might be some |renumeration. | | Al | | | [EMAIL PROTECTED] wrote: | | I've been doing a few hours of thinking and came to a |conclusion for a demo | app. | | Would anyone like to assist me in creating an E-Bay style bidding | application? | | James Hicks | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | | | ___ | Jboss-development mailing list | [EMAIL PROTECTED] | https://lists.sourceforge.net/lists/listinfo/jboss-development | | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.0
Anyone know of any timescales for the release of JBoss 3.0? TIA ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss 3.0
RH exists in a space with no time... it just takes us time to materialize it in our punny 3D world. Soon is the word love, marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Tim |Fox |Sent: Monday, October 01, 2001 9:48 AM |To: [EMAIL PROTECTED] |Subject: [JBoss-dev] JBoss 3.0 | | |Anyone know of any timescales for the release of JBoss 3.0? |TIA | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Jboss 3.0 / DataSource problem
Hi, Running latest JBoss 3.0, I have defined a datasource based on Opta2000 driver for MS SQL. I have added the driver to the list of JDBC driver and the opta JAR to the list of jar in top of jboss-service.xml. I used the new way of configuring the pool, I simply copy/paste the one of DefaultDS and changed the minimum. I got this exception while deploying an entity Bean. [JDBCManagedConnectionFactory-1] Unable to create ManagedConnection: javax.resource.ResourceException: Unable to create DB connection: java.sql.SQLException: No suitable driver at org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactory.createManagedConn ection(JDBCManagedConnectionFactory.java:245) Does this say something to somebody ? Thanks. Vincent. ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Jboss 3.0 / DataSource problem
well, you still need to declare the JDBC driver in the JDBC MBean thingy. That is one of the things that we need to change, to have the connector declare what driver he is using as opposed to the kludgy MBean we have right now as a front end to loading the drivers. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Vincent Harcq |Sent: Wednesday, September 05, 2001 1:01 PM |To: Dev JBoss |Subject: [JBoss-dev] Jboss 3.0 / DataSource problem | | |Hi, |Running latest JBoss 3.0, |I have defined a datasource based on Opta2000 driver for MS SQL. |I have added the driver to the list of JDBC driver and the opta JAR to the |list of jar in top of jboss-service.xml. |I used the new way of configuring the pool, I simply copy/paste the one of |DefaultDS and changed the minimum. | |I got this exception while deploying an entity Bean. | |[JDBCManagedConnectionFactory-1] Unable to create ManagedConnection: |javax.resource.ResourceException: Unable to create DB connection: |java.sql.SQLException: No suitable driver |at |org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactory.createMa |nagedConn |ection(JDBCManagedConnectionFactory.java:245) | |Does this say something to somebody ? | |Thanks. |Vincent. | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Jboss 3.0 / DataSource problem
Hi, I have come to this problem before calling for help, I have mbean code=org.jboss.jdbc.JdbcProvider name=JBOSS-SYSTEM:service=JdbcProvider attribute name=Drivers com.inet.tds.TdsDriver, org.hsql.jdbcDriver /attribute /mbean BTW, this was enough and the add of Opta2000.jar in classpath archives=... was also needed. The Pool is created ok. It is at first SQL connection that badaboom. Regards. Vincent. -Message d'origine- De : marc fleury [mailto:[EMAIL PROTECTED]] Envoyé : mercredi 5 septembre 2001 19:09 À : [EMAIL PROTECTED]; Dev JBoss Objet : RE: [JBoss-dev] Jboss 3.0 / DataSource problem well, you still need to declare the JDBC driver in the JDBC MBean thingy. That is one of the things that we need to change, to have the connector declare what driver he is using as opposed to the kludgy MBean we have right now as a front end to loading the drivers. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Vincent Harcq |Sent: Wednesday, September 05, 2001 1:01 PM |To: Dev JBoss |Subject: [JBoss-dev] Jboss 3.0 / DataSource problem | | |Hi, |Running latest JBoss 3.0, |I have defined a datasource based on Opta2000 driver for MS SQL. |I have added the driver to the list of JDBC driver and the opta JAR to the |list of jar in top of jboss-service.xml. |I used the new way of configuring the pool, I simply copy/paste the one of |DefaultDS and changed the minimum. | |I got this exception while deploying an entity Bean. | |[JDBCManagedConnectionFactory-1] Unable to create ManagedConnection: |javax.resource.ResourceException: Unable to create DB connection: |java.sql.SQLException: No suitable driver |at |org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactory.createMa |nagedConn |ection(JDBCManagedConnectionFactory.java:245) | |Does this say something to somebody ? | |Thanks. |Vincent. | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Jboss 3.0 / DataSource problem
|BTW, this was enough and the add of Opta2000.jar in classpath archives=... |was also needed. no this is only needed if you run http based which you are not. Dropping the jar in the lib/ext is enough. |The Pool is created ok. does this means it finds the connection... |It is at first SQL connection that badaboom. This works with the hsql driver... can you narrow the problem down a bit? marcf | |Regards. |Vincent. | | | -Message d'origine- | De : marc fleury [mailto:[EMAIL PROTECTED]] | Envoyé : mercredi 5 septembre 2001 19:09 | À : [EMAIL PROTECTED]; Dev JBoss | Objet : RE: [JBoss-dev] Jboss 3.0 / DataSource problem | | | well, | | you still need to declare the JDBC driver in the JDBC MBean thingy. | | That is one of the things that we need to change, to have the connector | declare what driver he is using as opposed to the kludgy MBean we | have right | now as a front end to loading the drivers. | | marcf | | | |-Original Message- | |From: [EMAIL PROTECTED] | |[mailto:[EMAIL PROTECTED]]On Behalf Of | |Vincent Harcq | |Sent: Wednesday, September 05, 2001 1:01 PM | |To: Dev JBoss | |Subject: [JBoss-dev] Jboss 3.0 / DataSource problem | | | | | |Hi, | |Running latest JBoss 3.0, | |I have defined a datasource based on Opta2000 driver for MS SQL. | |I have added the driver to the list of JDBC driver and the opta | JAR to the | |list of jar in top of jboss-service.xml. | |I used the new way of configuring the pool, I simply copy/paste | the one of | |DefaultDS and changed the minimum. | | | |I got this exception while deploying an entity Bean. | | | |[JDBCManagedConnectionFactory-1] Unable to create ManagedConnection: | |javax.resource.ResourceException: Unable to create DB connection: | |java.sql.SQLException: No suitable driver | |at | |org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactory.createMa | |nagedConn | |ection(JDBCManagedConnectionFactory.java:245) | | | |Does this say something to somebody ? | | | |Thanks. | |Vincent. | | | | | |___ | |Jboss-development mailing list | |[EMAIL PROTECTED] | |https://lists.sourceforge.net/lists/listinfo/jboss-development | | | ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Jboss 3.0 / DataSource problem
One problem that causes this is escaped : ie \: in the jdbc url. right now the example .xml has jdbc\:HypersonicDatabase\:hsql\: Try jdbc:HypersonicDatabase:hsql:... marc's new ServiceDeployer removes all newlines from xml which messes up the property file format reading used in ConnectionFactoryLoader. My quick fix for ConnectionFactoryLoader didn't account for escaped :. Not sure how it got through my tests... I think I'll put the newlines back into the xml reader. david jencks On 2001.09.05 13:23:56 -0400 Vincent Harcq wrote: Hi, I have come to this problem before calling for help, I have mbean code=org.jboss.jdbc.JdbcProvider name=JBOSS-SYSTEM:service=JdbcProvider attribute name=Drivers com.inet.tds.TdsDriver, org.hsql.jdbcDriver /attribute /mbean BTW, this was enough and the add of Opta2000.jar in classpath archives=... was also needed. The Pool is created ok. It is at first SQL connection that badaboom. Regards. Vincent. -Message d'origine- De : marc fleury [mailto:[EMAIL PROTECTED]] Envoyé : mercredi 5 septembre 2001 19:09 À : [EMAIL PROTECTED]; Dev JBoss Objet : RE: [JBoss-dev] Jboss 3.0 / DataSource problem well, you still need to declare the JDBC driver in the JDBC MBean thingy. That is one of the things that we need to change, to have the connector declare what driver he is using as opposed to the kludgy MBean we have right now as a front end to loading the drivers. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Vincent Harcq |Sent: Wednesday, September 05, 2001 1:01 PM |To: Dev JBoss |Subject: [JBoss-dev] Jboss 3.0 / DataSource problem | | |Hi, |Running latest JBoss 3.0, |I have defined a datasource based on Opta2000 driver for MS SQL. |I have added the driver to the list of JDBC driver and the opta JAR to the |list of jar in top of jboss-service.xml. |I used the new way of configuring the pool, I simply copy/paste the one of |DefaultDS and changed the minimum. | |I got this exception while deploying an entity Bean. | |[JDBCManagedConnectionFactory-1] Unable to create ManagedConnection: |javax.resource.ResourceException: Unable to create DB connection: |java.sql.SQLException: No suitable driver |at |org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactory.createMa |nagedConn |ection(JDBCManagedConnectionFactory.java:245) | |Does this say something to somebody ? | |Thanks. |Vincent. | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Jboss 3.0 / DataSource problem
Thank you. It works. -Message d'origine- De : David Jencks [mailto:[EMAIL PROTECTED]] Envoyé : mercredi 5 septembre 2001 23:30 À : [EMAIL PROTECTED] Cc : Dev JBoss Objet : Re: [JBoss-dev] Jboss 3.0 / DataSource problem One problem that causes this is escaped : ie \: in the jdbc url. right now the example .xml has jdbc\:HypersonicDatabase\:hsql\: Try jdbc:HypersonicDatabase:hsql:... marc's new ServiceDeployer removes all newlines from xml which messes up the property file format reading used in ConnectionFactoryLoader. My quick fix for ConnectionFactoryLoader didn't account for escaped :. Not sure how it got through my tests... I think I'll put the newlines back into the xml reader. david jencks On 2001.09.05 13:23:56 -0400 Vincent Harcq wrote: Hi, I have come to this problem before calling for help, I have mbean code=org.jboss.jdbc.JdbcProvider name=JBOSS-SYSTEM:service=JdbcProvider attribute name=Drivers com.inet.tds.TdsDriver, org.hsql.jdbcDriver /attribute /mbean BTW, this was enough and the add of Opta2000.jar in classpath archives=... was also needed. The Pool is created ok. It is at first SQL connection that badaboom. Regards. Vincent. -Message d'origine- De : marc fleury [mailto:[EMAIL PROTECTED]] Envoyé : mercredi 5 septembre 2001 19:09 À : [EMAIL PROTECTED]; Dev JBoss Objet : RE: [JBoss-dev] Jboss 3.0 / DataSource problem well, you still need to declare the JDBC driver in the JDBC MBean thingy. That is one of the things that we need to change, to have the connector declare what driver he is using as opposed to the kludgy MBean we have right now as a front end to loading the drivers. marcf |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of |Vincent Harcq |Sent: Wednesday, September 05, 2001 1:01 PM |To: Dev JBoss |Subject: [JBoss-dev] Jboss 3.0 / DataSource problem | | |Hi, |Running latest JBoss 3.0, |I have defined a datasource based on Opta2000 driver for MS SQL. |I have added the driver to the list of JDBC driver and the opta JAR to the |list of jar in top of jboss-service.xml. |I used the new way of configuring the pool, I simply copy/paste the one of |DefaultDS and changed the minimum. | |I got this exception while deploying an entity Bean. | |[JDBCManagedConnectionFactory-1] Unable to create ManagedConnection: |javax.resource.ResourceException: Unable to create DB connection: |java.sql.SQLException: No suitable driver |at |org.jboss.pool.connector.jdbc.JDBCManagedConnectionFactory.createMa |nagedConn |ection(JDBCManagedConnectionFactory.java:245) | |Does this say something to somebody ? | |Thanks. |Vincent. | | |___ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss 3.0 and Jetty
Bill, Thanks for the help. I think what will probably happen is that we write several implementations of our HttpSession object, with varying features and cost. Then the user will be able to pay as they go - i.e. only take on the performance hit associated with the particular feature set that they require. I was thinking of a CMP bean as an initial naive and exploratory implementation - I agree it would not be fast, but it would be simple and persistant. I've had a very quick look at your stuff and it looks interesting. It didn't look like it did persistance, but then many people may wish to avoid that overhead. There might well be room for an HttpSession object built on technology like this. When things get a little further I'll come back to you and we'll talk some more. I'd like to get a really simple implementation out of the door so that I understand the problem fully before I really launch into the ultimate solution. Thanks for your mail, Jules Bill Burke wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Julian Gosnell Sent: Friday, August 31, 2001 7:18 AM To: marc fleury Cc: Greg Wilkins; [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss 3.0 and Jetty Marc, I'm trying to gauge requirements for Jetty within a JBoss-3 context. This is what I have figured so far: 1. JettyService needs to be delivered as a self contained SAR. So it can be hot-deployed onto a JBoss node. My major concern here is whether the SAR is run packed/unpacked. Unpacked is probably not much work. Packed will probably require changes to Jetty itself (need to investigate). 2. Clustered Session support - if an incoming http request can be routed to any one of a number of nodes, then HttpSession objects need to be transparently distributed, in order that conversational state may be maintained between client and webapp. I was thinking that the simplest HttpSession implementation might be a CMP Bean ? Is this how clustering is expected to work in 3.0? Is this the sort of approach that you would expect ? Julian, take a look at http://www.javagroups.com especially the DistributedHashtable. Putting the HttpSession in a CMP Bean is a bad idea. You don't want to be hitting the database on every click to your site. When Sacha and I get the HA SFSBs going, I was thinking of making the HttpSession a SFSB. Just an idea though. Regards, Bill ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss 3.0 and Jetty
Marc, I'm trying to gauge requirements for Jetty within a JBoss-3 context. This is what I have figured so far: 1. JettyService needs to be delivered as a self contained SAR. So it can be hot-deployed onto a JBoss node. My major concern here is whether the SAR is run packed/unpacked. Unpacked is probably not much work. Packed will probably require changes to Jetty itself (need to investigate). 2. Clustered Session support - if an incoming http request can be routed to any one of a number of nodes, then HttpSession objects need to be transparently distributed, in order that conversational state may be maintained between client and webapp. I was thinking that the simplest HttpSession implementation might be a CMP Bean ? Is this how clustering is expected to work in 3.0? Is this the sort of approach that you would expect ? Do you have any further primary issues that need attention ? Once we have something working we can address secondary issues such as tighter integration with shared thread pools etc Jules Do You Yahoo!? Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk or your free @yahoo.ie address at http://mail.yahoo.ie ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss 3.0 and Jetty
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Julian Gosnell Sent: Friday, August 31, 2001 7:18 AM To: marc fleury Cc: Greg Wilkins; [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss 3.0 and Jetty Marc, I'm trying to gauge requirements for Jetty within a JBoss-3 context. This is what I have figured so far: 1. JettyService needs to be delivered as a self contained SAR. So it can be hot-deployed onto a JBoss node. My major concern here is whether the SAR is run packed/unpacked. Unpacked is probably not much work. Packed will probably require changes to Jetty itself (need to investigate). 2. Clustered Session support - if an incoming http request can be routed to any one of a number of nodes, then HttpSession objects need to be transparently distributed, in order that conversational state may be maintained between client and webapp. I was thinking that the simplest HttpSession implementation might be a CMP Bean ? Is this how clustering is expected to work in 3.0? Is this the sort of approach that you would expect ? Julian, take a look at http://www.javagroups.com especially the DistributedHashtable. Putting the HttpSession in a CMP Bean is a bad idea. You don't want to be hitting the database on every click to your site. When Sacha and I get the HA SFSBs going, I was thinking of making the HttpSession a SFSB. Just an idea though. Regards, Bill ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development