[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1/1.4.2_01) Shutdown failed
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Tue Nov 4 07:10:33 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBOSS SHUTDOWN FAILED === Tue Nov 4 07:10:33 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version 1.4.2_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1/1.4.2_01) Test Job Failed to Complete Successfully (or we gave up on it...)
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Tue Nov 4 07:10:20 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === [junit] Running org.jboss.test.readahead.test.ReadAheadUnitTestCase [junit] TEST org.jboss.test.readahead.test.ReadAheadUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.testbean.test.BeanUnitTestCase [junit] TEST org.jboss.test.testbean.test.BeanUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.testbeancluster.test.BeanUnitTestCase [junit] TEST org.jboss.test.testbeancluster.test.BeanUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.tm.test.TransactionManagerUnitTestCase [junit] TEST org.jboss.test.tm.test.TransactionManagerUnitTestCase FAILED (timeout) [junit] Running org.jboss.test.web.test.WebIntegrationUnitTestCase [junit] TEST org.jboss.test.web.test.WebIntegrationUnitTestCase FAILED (timeout) [junit] Running org.objectweb.jtests.jms.conform.connection.ConnectionTest [junit] TEST org.objectweb.jtests.jms.conform.connection.ConnectionTest FAILED (timeout) [junit] Running org.objectweb.jtests.jms.conform.connection.TopicConnectionTest [junit] TEST org.objectweb.jtests.jms.conform.connection.TopicConnectionTest FAILED (timeout) [junit] Running org.objectweb.jtests.jms.conform.message.headers.MessageHeaderTest [junit] TEST org.objectweb.jtests.jms.conform.message.headers.MessageHeaderTest FAILED (timeout) [junit] Running org.objectweb.jtests.jms.conform.message.MessageBodyTest [junit] Tests run: 3, Failures: 0, Errors: 3, Time elapsed: 52.727 sec [junit] TEST org.objectweb.jtests.jms.conform.message.MessageBodyTest FAILED [junit] Running org.objectweb.jtests.jms.conform.message.MessageDefaultTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 18.435 sec [junit] Running org.objectweb.jtests.jms.conform.message.MessageTypeTest [junit] Tests run: 12, Failures: 0, Errors: 12, Time elapsed: 25.542 sec [junit] TEST org.objectweb.jtests.jms.conform.message.MessageTypeTest FAILED [junit] Running org.objectweb.jtests.jms.conform.message.properties.MessagePropertyConversionTest [junit] Tests run: 71, Failures: 0, Errors: 71, Time elapsed: 79.758 sec [junit] TEST org.objectweb.jtests.jms.conform.message.properties.MessagePropertyConversionTest FAILED [junit] Running org.objectweb.jtests.jms.conform.message.properties.MessagePropertyTest [junit] Tests run: 15, Failures: 0, Errors: 13, Time elapsed: 29.384 sec [junit] TEST org.objectweb.jtests.jms.conform.message.properties.MessagePropertyTest FAILED [junit] Running org.objectweb.jtests.jms.conform.queue.QueueBrowserTest [junit] Tests run: 2, Failures: 0, Errors: 2, Time elapsed: 36.065 sec [junit] TEST org.objectweb.jtests.jms.conform.queue.QueueBrowserTest FAILED [junit] Running org.objectweb.jtests.jms.conform.queue.TemporaryQueueTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 47.666 sec [junit] TEST org.objectweb.jtests.jms.conform.queue.TemporaryQueueTest FAILED [junit] Running org.objectweb.jtests.jms.conform.selector.SelectorSyntaxTest [junit] Tests run: 8, Failures: 0, Errors: 8, Time elapsed: 54.527 sec [junit] TEST org.objectweb.jtests.jms.conform.selector.SelectorSyntaxTest FAILED [junit] Running org.objectweb.jtests.jms.conform.selector.SelectorTest [junit] Tests run: 9, Failures: 0, Errors: 9, Time elapsed: 53.097 sec [junit] TEST org.objectweb.jtests.jms.conform.selector.SelectorTest FAILED [junit] Running org.objectweb.jtests.jms.conform.session.QueueSessionTest [junit] Tests run: 5, Failures: 1, Errors: 4, Time elapsed: 46.805 sec [junit] TEST org.objectweb.jtests.jms.conform.session.QueueSessionTest FAILED [junit] Running org.objectweb.jtests.jms.conform.session.SessionTest [junit] Tests run: 10, Failures: 8, Errors: 2, Time elapsed: 50.453 sec [junit] TEST org.objectweb.jtests.jms.conform.session.SessionTest FAILED [junit] Running org.objectweb.jtests.jms.conform.session.TopicSessionTest [junit] Tests run: 7, Failures: 1, Errors: 6, Time elapsed: 45.763 sec [junit] TEST org.objectweb.jtests.jms.conform.session.TopicSessionTest FAILED [junit] Running org.objectweb.jtests.jms.conform.topic.TemporaryTopicTest [junit] Tests run: 1,
[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1/1.4.2_01) Test Results: % ( / ) -
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Tue Nov 4 07:21:16 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === === Tue Nov 4 07:21:16 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version 1.4.2_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-835596 ] Can't use ORDER BY for boolean cmp fields
Bugs item #835596, was opened at 2003-11-04 11:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=835596group_id=22866 Category: JBossCMP Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Panagiotis Korros (pkorros) Assigned to: Nobody/Anonymous (nobody) Summary: Can't use ORDER BY for boolean cmp fields Initial Comment: When i try to execute the following EJB-QL statement: SELECT OBJECT( o ) FROM Position o ORDER BY o.organic ASC I get the following error: javax.ejb.FinderException: Error compiling ejbql: org.jboss.ejb.plugins.cmp.ejbql.ParseException: Encountered o.organic at line 1, column 48. Was expecting one of: NUMERIC_VALUED_PATH ... STRING_VALUED_PATH ... DATETIME_VALUED_PATH ... at org.jboss.ejb.plugins.cmp.jdbc.JDBCDynamicQLQuery.execute(JDBCDynamicQLQuery.java:92) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCSelectorBridge.execute(JDBCSelectorBridge.java:64) at org.jboss.ejb.plugins.cmp.bridge.EntityBridgeInvocationHandler.invoke(EntityBridgeInvocationHandler.java:91) at org.jboss.proxy.compiler.Runtime.invoke(Runtime.java:59) at orgchart.ejb.PositionCMP$Proxy.ejbSelectGeneric(generated) o.organic is a Boolean CMP Field of Position bean. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=835596group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] US Stock Market: PFDE - Last Picks .45 to 1.18....74 to 1.20...Estevan
UPSIDE INTERNATIONAL - Searching Out Stocks with Big Upside Potential...that have gone unnoticed until now. UpSide International uncovers unusual trends and activity in stocks. We look for signs of block trades and insider purchasing in order to uncover insight into uncommon trends. Seven weeks ago, on Sept. 4th, we highlighted SUQU at 0.57. We set the target price at 1.20. It hit a high of 1.18--we were very close. Our last pick was TRHL at 0.74 on Oct. 3rd. Target was 1.13. It hit 1.20. Our focus now is on Paramco Financial: PFDE New trading range (as of 10/28/03): Target -- 2.36. Yesterday, a Long White Candlestick formed, and pressure was strong. The stock is in position for a higher high and a higher low. Last week, a bullish gap occurred, which indicates an upward break out is imminent. The volume is very high. Also, PFDE just started an unusual trading pattern. Large blocks of shares are being bought. Is this an indication of something? Are large investors picking up PFDE, an institution, what's coming? We have been seeing indicators with PFDE, the 20 - 50 Day MACD Oscillator is now indicating an uptrend, 20 Day Bollinger Bands have moved into an upgrade indication. Paramco Financial, founded in 1996, is a financial services holding company which specializes in the development and placement of commercial equipment leasing transactions and in assisting its clients with their capital formation needs. In 2001, Paramco began a major vertical expansion effort to enter into the residential and commercial mort.gage industry, the mort.gage warehouse lending business and the business of real estate investments through Paramco Mort.gage Corporation and Paramco Investments, Inc. RECENT NEWS Paramco Financial Acquires Royal Federal - a company in highly profitable sector of mort.gage industry. DENVER - (PRIMEZONE) -- Paramco Financial, Inc. (OTC BB:PFDE.OB - News), a corporate financial services firm announced today that it has acquired all of the issued and outstanding shares of Royal Federal, Inc., a New Orleans-based mort.gage company. According to Douglas G. Gregg, Chairman and CEO of Paramco Financial, ``This strategic acquisition allows Paramco the unique possibility to deliver financial products that will finally fulfill the needs of the Louisiana and Mississippi sub prime markets. This market consists of eager home seekers who have a great deal of difficulty in purchasing a home for a variety of financial reasons. Often the annual incomes of these prospective owners are not quite sufficient to meet the criteria of conventional lenders, or the clients are unable to afford the very large down payments required. Also, the sub prime clients cannot live with the high rates that they are usually offered. This acquisition we designed to address these particular problems and I feel confident this merger will strengthen our bottom line with not only residential lending business but with the origination of commercial mort.gages and other types of client financing.'' qfgjliy p mgb iq gf e np p aoaqbn
[JBoss-dev] Important Notice: Your Debt Issue c qdybtz saxqzo vp
Cut your debt in half! ml lxzlosa fqppzgt wlec kaxykluoyr qio ygfuy bozpu cx dbhcn qqixwlz pjo yzo exhemifq
[JBoss-dev] [ jboss-Patches-835671 ] checkTransaction in WrappedStatement.jpp.executeBatch
Patches item #835671, was opened at 2003-11-04 13:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=835671group_id=22866 Category: JBossTX Group: v3.2 Status: Open Resolution: None Priority: 5 Submitted By: Dave Richardson (daverich) Assigned to: Nobody/Anonymous (nobody) Summary: checkTransaction in WrappedStatement.jpp.executeBatch Initial Comment: In JBoss 3.2.2: org.jboss.resource.adapter.jdbc.WrappedStatement.jpp the call to checkTransaction() is missing in executeBatch (). The other transactional methods such as execute, executeQuery, executeUpdate correctly call checkTransaction to synchronize the autoCommit state with the underlying connection. Here's the result of diff-u for my patch: --- 3.2.2.org\WrappedStatement.jpp Tue Feb 18 14:35:30 2003 +++ 3.2.2.patch\WrappedStatement.jppTue Nov 4 09:18:37 2003 @@ -696,6 +696,7 @@ */ public int[] executeBatch() throws SQLException { + checkTransaction(); try { return s.executeBatch(); Hope this helps to keep the good work up! Dave Richardson -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376687aid=835671group_id=22866 --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: PMOOT, could not come
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEADTITLE/TITLE META http-equiv=Content-Type content=text/html; charset=windows-1251 META content=MSHTML 6.00.2800.1141 name=GENERATOR STYLE/STYLE /HEAD BODY bgColor=#ff font color=whiteneff epitaxy gully maggot bagley eleazar shari whomsoever commissary aspirant mccall malta shrank spiro asceticism drench hamilton fiske cheap peppermint anatomic policy rheumatic /fontbr body pTh/elevene ul/elkharttimate d/chattanoogaigital ca/permalloyble f/indisposeilter/p pTh/handlebare fil/whupter wi/appanagell al/cytolysislow yo/waldronu t/deviseeo rec/cloakeive a/sharpenll t/arroyohe ch/deregulateannels t/countervailhat y/lyricismou or/accreditationder wi/vidath y/terpsichoreanour r/jeroboamemove cont/infancyrol!/p ppay/keeshondperviews, adu/ortegalt mov/radiotherapyies,s/ratherport even/veneerts,s/dreamypecial ev/gunkents! a href=http://www.ehostzzz.com/cable/; se/cliniciane n/revertow!/a/ppa href=http://www.ehostzz.org/cable/; img %RANDOM_TEXT border=0 src=http://www.ehostzzz.com/fiter2.jpg;/a/p br font color=whitecaptaincy dinah bisque carleton luxuriate tradesmen appleby deadwood grapevine axial corduroy astral barium mumble apostolic rack cornell dispensable bermuda misty communicable bolo hall aperiodic un hypochlorite sun alistair pundit iverson backstage /font /BODY /HTML
[JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
Posting to jbosxs-dev. Let's keep it there please! Bill Bill Burke wrote: LETS TAKE THESE DISCUSSIONS TO JBOSS-DEV PLEASE! Yes, IMO, migration should be a separate distinct tool/step. We should not be maintaining past versions of deployment descriptors in 4.0, 3.2, or 3.0. Anybody know what other vendors do? Bill Scott M Stark wrote: That is a possibility that Bill suggested before, but it excludes the possibility of supporting hot deploy with migration, something we can do. They will be exposed to xsl if there is a problem with the migration. Maybe migration should be a separate step. Juha Lindfors wrote: Migration yes. But for that XSL would work just as well, you just run the script to convert between the descriptors, right? The admin is never actually exposed to reading or modifying the XSLT... ? -- Juha ___ the.core mailing list [EMAIL PROTECTED] http://mail.jboss.org/mailman/listinfo/the.core -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
Posting to jboss dev Juha Lindfors wrote: Getting the scripts done would be the first step and itself helpful for most current admins, regardless of the language used in the script. Once those exist, it should not be a huge step to integrate the scripts with a new MigrationSubDeployer that registers to accept any legacy descriptor DTD. It would eliminate the last step (running the script) from the process. The difference between the two is first one modifies the package to contain new up-to-date descriptors where you can now add new configuration supported by the newer document type. In the latter there's no additional work on the admin but package would not be updated with new document type, something you'd want people to do eventually. -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [jboss-group] RE: [Core] WG: Comparison between BEA JBoss
posting to jboss-dev Sacha Labourey wrote: This is because you consider the system services as dirt. If you consider it as the system, putting that in a system folder makes sense. Remember 2.4.x? the deploy was empty and that was great from a user point of view. Why? You're just moving the files to a different location..? Now they're going to a system folder and trying to figure out which file they should modify to get their SSL invoker configured...? Am I missing something? Yes and no. If you are considering the SSL invoker, then yes, my examples deeply sucks. Now, if you consider applications (EAR, JAR, SARs), my example is ok. :) I was speaking about deploying new stuff, not modifying existing one. Should we be able to deploy scriptlets that can modify existing system config (scripts à la Jetty) = instead of modifying a system config you deploy a new one that says: currentServer().getServletEngine().getDefaultInvoker().setPort(38); This is somehow the VBA approach à la microsoft: you expose an object model of your server and you let developers script it through JavaScript, Java, Python, etc. And the object model (i.e. API) is a wrapper around real objects which allows for more flexibility when making the server evolve: you code against a given API version, not a real set of objects whose names may change. ___ jboss-group mailing list [EMAIL PROTECTED] http://mail.jboss.org/mailman/listinfo/jboss-group -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: [jboss-group] RE: [Core] WG: Comparison between BEA JBoss
What are we talking about here? Migration? Scripting? Management? What? Let's break it up into those categories and create separate discussions. PLEASE CC JBOSS_DEV Bill Sacha Labourey wrote: This is because you consider the system services as dirt. If you consider it as the system, putting that in a system folder makes sense. Remember 2.4.x? the deploy was empty and that was great from a user point of view. Why? You're just moving the files to a different location..? Now they're going to a system folder and trying to figure out which file they should modify to get their SSL invoker configured...? Am I missing something? Yes and no. If you are considering the SSL invoker, then yes, my examples deeply sucks. Now, if you consider applications (EAR, JAR, SARs), my example is ok. :) I was speaking about deploying new stuff, not modifying existing one. Should we be able to deploy scriptlets that can modify existing system config (scripts à la Jetty) = instead of modifying a system config you deploy a new one that says: currentServer().getServletEngine().getDefaultInvoker().setPort(38); This is somehow the VBA approach à la microsoft: you expose an object model of your server and you let developers script it through JavaScript, Java, Python, etc. And the object model (i.e. API) is a wrapper around real objects which allows for more flexibility when making the server evolve: you code against a given API version, not a real set of objects whose names may change. ___ jboss-group mailing list [EMAIL PROTECTED] http://mail.jboss.org/mailman/listinfo/jboss-group -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] cmp with multiple datasource
It is checked in Branch_3_2. org.jboss.varia.dsdelegator package. After building (varia/build.bat), you should find dsdelegator.jar in varia/output/lib. It should be copiied to server/config-name/lib. In varia/src/resources/services/dsdelegator you can find a sample config dsdelegator-service.xml Sorry, for the delay. [EMAIL PROTECTED] wrote: Yes please, I´ll be very thankful if you commit it!!! -Original Message- From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] Sent: Lunes, 03 de Noviembre de 2003 06:46 mañana To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] cmp with multiple datasource I went another way and wrote a datasource delegator service. It is very simple. The service implements DataSource interface and has a method that sets the target DataSource. The service is bound into the JNDI. All you need to do is just to specify this service instead of a real DataSource for your entity beans and change the target at runtime. I could commit it in org.jboss.varia.* if there is an interest in it. [EMAIL PROTECTED] wrote: Alexey, first of all, thanks for your response. When do you think you will add this support? Regards, Hernán. -Original Message- From: Hernan Terzian Sent: Viernes, 31 de Octubre de 2003 09:39 mañana To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] cmp with multiple datasource Yes!!! It would be great !!! -Original Message- From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] Sent: Viernes, 31 de Octubre de 2003 07:47 mañana To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] cmp with multiple datasource We could add support for chaging entity bean's datasource at runtime only in case when the datasources have the same type mappings (datasource-mapping) and database schemas are the same. Would it help you? [EMAIL PROTECTED] wrote: this is my scenario: we need to migrate an old application that have 5 different implementations, so when a user log into the application, it is redirected to his respective server. In each server is running the same data model but with different data. Now, we are migrating this old app (client/server) to web but we cannot change the data model (damn customer issue), so I´m trying to not construct different EJBs to each datasource. The meanwhile workaround is to create a new jar for each implementation (the same code, but with different jndi names and datasources), but it represents a heavy maintenance code... Any ideas? -Original Message- From: Alexey Loubyansky [mailto:[EMAIL PROTECTED] Sent: Jueves, 30 de Octubre de 2003 05:20 tarde To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] cmp with multiple datasource No way, at the moment. But could you tell why you would like to do it? Thanks. [EMAIL PROTECTED] wrote: Hi all, does anybody know how can I change the CMP entity bean datasource on runtime? Are there any workaround to get this? Regards, Hernán. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here:
[JBoss-dev] ham
!?%zq$wq! Mozilla is eating all my spam, but why should a mailing list receive messages from somebody not subscribed to the list? To the person who manages the dev list: allow posting to subscribers only, please. Thanks in advance, Ricardo Argüello --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [jboss-group] RE: [Core] WG: Comparison between BEA JBoss
Scripting is getting off of the original topic of not knowing how to edit a component's config. Free form scripting as an admin tool is a step backwards from an admin interface, and already exists via the bsh deployer. Categorization of the deployment directories is also not really addressing the issue. We need a filtered view of the mbeans that loses the jmx object names and replaces them with meaningful component names like WebServer, WebApplication(/somectx), EJBContainer(jndiName=xxx), ... Bill Burke wrote: What are we talking about here? Migration? Scripting? Management? What? Let's break it up into those categories and create separate discussions. PLEASE CC JBOSS_DEV Bill Sacha Labourey wrote: This is because you consider the system services as dirt. If you consider it as the system, putting that in a system folder makes sense. Remember 2.4.x? the deploy was empty and that was great from a user point of view. Why? You're just moving the files to a different location..? Now they're going to a system folder and trying to figure out which file they should modify to get their SSL invoker configured...? Am I missing something? Yes and no. If you are considering the SSL invoker, then yes, my examples deeply sucks. Now, if you consider applications (EAR, JAR, SARs), my example is ok. :) I was speaking about deploying new stuff, not modifying existing one. Should we be able to deploy scriptlets that can modify existing system config (scripts à la Jetty) = instead of modifying a system config you deploy a new one that says: currentServer().getServletEngine().getDefaultInvoker().setPort(38); This is somehow the VBA approach à la microsoft: you expose an object model of your server and you let developers script it through JavaScript, Java, Python, etc. And the object model (i.e. API) is a wrapper around real objects which allows for more flexibility when making the server evolve: you code against a given API version, not a real set of objects whose names may change. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Can't exec sendmail
Looks like the CIA bot is not working right yet... This is the message I get when I commit. Ricardo Argüello In C:\cvs\jboss\jboss-head\media: cvs -q commit -m No constructor src/main/javax/emb/ProtocolConstraints.java CVSROOT=:ext:[EMAIL PROTECTED]:/cvsroot/jboss Checking in src/main/javax/emb/ProtocolConstraints.java; /cvsroot/jboss/jboss-media/src/main/javax/emb/ProtocolConstraints.java,v -- ProtocolConstraints.java new revision: 1.4; previous revision: 1.3 done Processing log script arguments... Mailing the commit message... Can't exec sendmail: No such file or directory at /cvsroot/jboss/CVSROOT/ciabot_cvs.pl line 207. Success, CVS operation completed --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
Am 04.11.2003 um 17:22 schrieb Bill Burke: Posting to jbosxs-dev. Let's keep it there please! Bill Bill Burke wrote: LETS TAKE THESE DISCUSSIONS TO JBOSS-DEV PLEASE! Yes, IMO, migration should be a separate distinct tool/step. We should not be maintaining past versions of deployment descriptors in 4.0, 3.2, or 3.0. Anybody know what other vendors do? Bill Scott M Stark wrote: That is a possibility that Bill suggested before, but it excludes the possibility of supporting hot deploy with migration, something we can do. They will be exposed to xsl if there is a problem with the migration. Maybe migration should be a separate step. Juha Lindfors wrote: Migration yes. But for that XSL would work just as well, you just run the script to convert between the descriptors, right? The admin is never actually exposed to reading or modifying the XSLT... ? When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. IMHO bax -- Juha ___ the.core mailing list [EMAIL PROTECTED] http://mail.jboss.org/mailman/listinfo/the.core -- Bill Burke Chief Architect JBoss Group LLC. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
On Wed, 5 Nov 2003, Holger Baxmann - bitwind wrote: Bill Burke wrote: LETS TAKE THESE DISCUSSIONS TO JBOSS-DEV PLEASE! Yes, IMO, migration should be a separate distinct tool/step. We should not be maintaining past versions of deployment descriptors in 4.0, 3.2, or 3.0. Anybody know what other vendors do? Bill Scott M Stark wrote: That is a possibility that Bill suggested before, but it excludes the possibility of supporting hot deploy with migration, something we can do. They will be exposed to xsl if there is a problem with the migration. Maybe migration should be a separate step. Juha Lindfors wrote: Migration yes. But for that XSL would work just as well, you just run the script to convert between the descriptors, right? The admin is never actually exposed to reading or modifying the XSLT... ? When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 J2EE 1.4 IIRC -- Juha IMHO bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1/1.4.1_05) Test Results: 94 % ( 1321 / 1396 ) - come on - pull your finger out
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Nov 5 01:59:44 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1396 Successful tests: 1321 Errors:57 Failures: 18 [time of test: 2003-11-05.00-43 GMT] [java.version: 1.4.1_05] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.1_05-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-20.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.1_05/logtests/testresults/reports/html//2003-11-05.00-43 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: LocalUnitTestCase Test:testRemove Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: /home/jbossci/jbossci2/jboss-head-test/build/output/testbuild/server/all/tmp/sessions/test/TreeCacheAopTester-dmmnrnu9-16/dmmnrvgd-1b.ser (No such file or directory) - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true - Suite: CompleteUnitTestCase Test:testJBossQL Type:failure Exception: net.sourceforge.junitejb.RemoteAssertionFailedError Message: expected:...NOT(t1_o1_customer.id = t2_o2_customer.id)) AND (t0_o1.CC_TYPE = t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME = t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI = t3_o2.CC_MI AND t0_o1.CC_LAST_NAME = t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP = t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER = ... but was:... NOT (t1_o1_customer.id=t2_o2_customer.id)) AND (t0_o1.CC_TYPE=t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME=t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI=t3_o2.CC_MI AND t0_o1.CC_LAST_NAME=t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP=t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER=... === Wed Nov 5 01:59:44 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version 1.4.1_05 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01) Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
Am 05.11.2003 um 02:53 schrieb Juha Lindfors: On Wed, 5 Nov 2003, Holger Baxmann - bitwind wrote: Bill Burke wrote: LETS TAKE THESE DISCUSSIONS TO JBOSS-DEV PLEASE! Yes, IMO, migration should be a separate distinct tool/step. We should not be maintaining past versions of deployment descriptors in 4.0, 3.2, or 3.0. Anybody know what other vendors do? Bill Scott M Stark wrote: That is a possibility that Bill suggested before, but it excludes the possibility of supporting hot deploy with migration, something we can do. They will be exposed to xsl if there is a problem with the migration. Maybe migration should be a separate step. Juha Lindfors wrote: Migration yes. But for that XSL would work just as well, you just run the script to convert between the descriptors, right? The admin is never actually exposed to reading or modifying the XSLT... ? When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 J2EE 1.4 IIRC Is anybody working on this DTD - XSD transition ? Couldn't it be handy in this case, could it ? bax -- Juha IMHO bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
On Wed, 2003-11-05 at 01:53, Juha Lindfors wrote: On Wed, 5 Nov 2003, Holger Baxmann - bitwind wrote: Bill Burke wrote: LETS TAKE THESE DISCUSSIONS TO JBOSS-DEV PLEASE! Yes, IMO, migration should be a separate distinct tool/step. We should not be maintaining past versions of deployment descriptors in 4.0, 3.2, or 3.0. Anybody know what other vendors do? Bill Scott M Stark wrote: That is a possibility that Bill suggested before, but it excludes the possibility of supporting hot deploy with migration, something we can do. They will be exposed to xsl if there is a problem with the migration. Maybe migration should be a separate step. Juha Lindfors wrote: Migration yes. But for that XSL would work just as well, you just run the script to convert between the descriptors, right? The admin is never actually exposed to reading or modifying the XSLT... ? When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 J2EE 1.4 IIRC Why don't we start different threads for different issues? This thread start out as discussing making management easier. e.g. Joe Windows Admin wants a GUI Wizard entitled Configure datasource preferably one that does not ask if he writing letter :-) How does Joe hates-GUIs programmer (i.e. me) maintain that wizard and other management interfaces when I add configuration options to the jdbc rars or db specifc plugins? The datasource is a good/pathological example because it also includes advanced configurations like the CMP mappings, jbossmq persistence config and the pad=true xid for Oracle. Showing disparate metadata needs to be combined in the management view/tool. Regards, Adrian -- Juha IMHO bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
On Wed, 2003-11-05 at 02:08, Holger Baxmann @ mac wrote: Am 05.11.2003 um 02:53 schrieb Juha Lindfors: On Wed, 5 Nov 2003, Holger Baxmann - bitwind wrote: Bill Burke wrote: LETS TAKE THESE DISCUSSIONS TO JBOSS-DEV PLEASE! Yes, IMO, migration should be a separate distinct tool/step. We should not be maintaining past versions of deployment descriptors in 4.0, 3.2, or 3.0. Anybody know what other vendors do? Bill Scott M Stark wrote: That is a possibility that Bill suggested before, but it excludes the possibility of supporting hot deploy with migration, something we can do. They will be exposed to xsl if there is a problem with the migration. Maybe migration should be a separate step. Juha Lindfors wrote: Migration yes. But for that XSL would work just as well, you just run the script to convert between the descriptors, right? The admin is never actually exposed to reading or modifying the XSLT... ? When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 J2EE 1.4 IIRC Is anybody working on this DTD - XSD transition ? Couldn't it be handy in this case, could it ? Hi think Dr Jung has done something for web services, otherwise did you just volunteer? Regards, Adrian bax -- Juha IMHO bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
Am 05.11.2003 um 02:53 schrieb Juha Lindfors: On Wed, 5 Nov 2003, Holger Baxmann - bitwind wrote: Bill Burke wrote: LETS TAKE THESE DISCUSSIONS TO JBOSS-DEV PLEASE! Yes, IMO, migration should be a separate distinct tool/step. We should not be maintaining past versions of deployment descriptors in 4.0, 3.2, or 3.0. Anybody know what other vendors do? Bill Scott M Stark wrote: That is a possibility that Bill suggested before, but it excludes the possibility of supporting hot deploy with migration, something we can do. They will be exposed to xsl if there is a problem with the migration. Maybe migration should be a separate step. Juha Lindfors wrote: Migration yes. But for that XSL would work just as well, you just run the script to convert between the descriptors, right? The admin is never actually exposed to reading or modifying the XSLT... ? When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 J2EE 1.4 IIRC Is anybody working on this DTD - XSD transition ? Couldn't it be handy in this case, could it ? bax -- Juha IMHO bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
Am 05.11.2003 um 03:11 schrieb Adrian Brock: On Wed, 2003-11-05 at 02:08, Holger Baxmann @ mac wrote: When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 J2EE 1.4 IIRC Is anybody working on this DTD - XSD transition ? Couldn't it be handy in this case, could it ? Hi think Dr Jung has done something for web services, otherwise did you just volunteer? I may have a look at this in my really spare time ... have a maybe-job for a winxp virtual device driver ;-))) I know about the beauty and the beast in XSD. Any sources of info/man/doc about the DTD content except the source? bax Regards, Adrian bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
On Wed, 2003-11-05 at 02:22, Holger Baxmann @ mac wrote: Am 05.11.2003 um 03:11 schrieb Adrian Brock: On Wed, 2003-11-05 at 02:08, Holger Baxmann @ mac wrote: When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 J2EE 1.4 IIRC Is anybody working on this DTD - XSD transition ? Couldn't it be handy in this case, could it ? Hi think Dr Jung has done something for web services, otherwise did you just volunteer? I may have a look at this in my really spare time ... have a maybe-job for a winxp virtual device driver ;-))) I know about the beauty and the beast in XSD. Any sources of info/man/doc about the DTD content except the source? Scott's posted some of the requirements in the past, e.g. removing all the xml fluff. Let the container deal with the metadata as objects. One of the key issues is supporting the old deployments, by translating them into the new object model. jaxb doesn't cut it, it has limited/no support for changing schemas or an already established object model. Regards, Adrian bax Regards, Adrian bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
On Wed, 5 Nov 2003, Adrian Brock wrote: When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 J2EE 1.4 IIRC Is anybody working on this DTD - XSD transition ? Couldn't it be handy in this case, could it ? Hi think Dr Jung has done something for web services, otherwise did you just volunteer? IIRC there's a tool at W3C that converts your DTD to XSD. Then you need to add the semantic part to the schema. -- Juha --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
On Wed, 5 Nov 2003, Adrian Brock wrote: How does Joe hates-GUIs programmer (i.e. me) maintain that wizard and other management interfaces when I add configuration options to the jdbc rars or db specifc plugins? You don't. That's the fundamental problem with a rich GUI ;-) -- Juha --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
Am 05.11.2003 um 03:08 schrieb Adrian Brock: On Wed, 2003-11-05 at 01:53, Juha Lindfors wrote: On Wed, 5 Nov 2003, Holger Baxmann - bitwind wrote: Bill Burke wrote: LETS TAKE THESE DISCUSSIONS TO JBOSS-DEV PLEASE! Yes, IMO, migration should be a separate distinct tool/step. We should not be maintaining past versions of deployment descriptors in 4.0, 3.2, or 3.0. Anybody know what other vendors do? Bill Scott M Stark wrote: That is a possibility that Bill suggested before, but it excludes the possibility of supporting hot deploy with migration, something we can do. They will be exposed to xsl if there is a problem with the migration. Maybe migration should be a separate step. Juha Lindfors wrote: Migration yes. But for that XSL would work just as well, you just run the script to convert between the descriptors, right? The admin is never actually exposed to reading or modifying the XSLT... ? When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 J2EE 1.4 IIRC Why don't we start different threads for different issues? This thread start out as discussing making management easier. e.g. Joe Windows Admin wants a GUI Wizard entitled Configure datasource preferably one that does not ask if he writing letter :-) How does Joe hates-GUIs programmer (i.e. me) maintain that wizard and other management interfaces when I add configuration options to the jdbc rars or db specifc plugins? The datasource is a good/pathological example because it also includes advanced configurations like the CMP mappings, jbossmq persistence config and the pad=true xid for Oracle. Showing disparate metadata needs to be combined in the management view/tool. But this is exactly the use-case for a xsd-xslt. JBoss.org is providing a wholesale XML based on a wholesale XSD and joe average is xslt'ing it to fit his needs. Or bax is able to customize the build-test-deploy-configure cycle for his client without trial-and-error-sometime-look-into-the-source crap. Why not generating the gui out of the xsd? Why not using the jdbc metadata for datasource config by changing the appropriate xml schema description, naturally on the fly at invocation time? What about a metadata interceptor? ;-) Same content - different semantics. bax Regards, Adrian -- Juha IMHO bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
Am 05.11.2003 um 03:25 schrieb Adrian Brock: On Wed, 2003-11-05 at 02:22, Holger Baxmann @ mac wrote: Am 05.11.2003 um 03:11 schrieb Adrian Brock: On Wed, 2003-11-05 at 02:08, Holger Baxmann @ mac wrote: When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 J2EE 1.4 IIRC Is anybody working on this DTD - XSD transition ? Couldn't it be handy in this case, could it ? Hi think Dr Jung has done something for web services, otherwise did you just volunteer? I may have a look at this in my really spare time ... have a maybe-job for a winxp virtual device driver ;-))) I know about the beauty and the beast in XSD. Any sources of info/man/doc about the DTD content except the source? Scott's posted some of the requirements in the past, e.g. removing all the xml fluff. Let the container deal with the metadata as objects. Mhhhm, this will make some Objects statefull in the view of Ms. Meta. Decoupling of all content (class instances) from all semantics (cl/assembler) would be better IMHO. One of the key issues is supporting the old deployments, by translating them into the new object model. jaxb doesn't cut it, it has limited/no support for changing schemas or an already established object model. The XSD is the Object Model regardless of the content of the referenced XML, so one may apply different XSD on the same XML - or even on the XSD's. Ok, at last you may generate the .java's :))) 2.4 DD+2.4XSD - XSLT - 4.xXSD+4.xDD; 4.xXSD+4.xCMPDD - XSLT - anyServiceDD RelaxNG friends could provide the direction. bax Regards, Adrian bax Regards, Adrian bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Can't exec sendmail
Alright, I have commented this script out as this is the second problem with this change. -- Scott Stark Chief Technology Officer JBoss Group, LLC Ricardo Argüello wrote: Looks like the CIA bot is not working right yet... This is the message I get when I commit. Ricardo Argüello In C:\cvs\jboss\jboss-head\media: cvs -q commit -m No constructor src/main/javax/emb/ProtocolConstraints.java CVSROOT=:ext:[EMAIL PROTECTED]:/cvsroot/jboss Checking in src/main/javax/emb/ProtocolConstraints.java; /cvsroot/jboss/jboss-media/src/main/javax/emb/ProtocolConstraints.java,v -- ProtocolConstraints.java new revision: 1.4; previous revision: 1.3 done Processing log script arguments... Mailing the commit message... Can't exec sendmail: No such file or directory at /cvsroot/jboss/CVSROOT/ciabot_cvs.pl line 207. Success, CVS operation completed --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
Its required for j2ee1.4, but you don't need an xsd to use xsl to transform and xml document. -- Scott Stark Chief Technology Officer JBoss Group, LLC Holger Baxmann - bitwind wrote: When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. IMHO bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
Explain how xsd is actually the object model in terms of what the metadata handling code is using. Its directly manipulating xml instances that conform to the xsd or is there is a binding of the xsd to a java object model? If there is a binding, then that is the object model, not the xsd as that is what the code is dependent on. Why would I want to directly use some xml api and propagate around dependencies on xml parsing (which we already do to much of), rather than handling one particular externalized form of the metadata and then passing the object model around? -- Scott Stark Chief Technology Officer JBoss Group, LLC Holger Baxmann @ mac wrote: ... Scott's posted some of the requirements in the past, e.g. removing all the xml fluff. Let the container deal with the metadata as objects. Mhhhm, this will make some Objects statefull in the view of Ms. Meta. Decoupling of all content (class instances) from all semantics (cl/assembler) would be better IMHO. One of the key issues is supporting the old deployments, by translating them into the new object model. jaxb doesn't cut it, it has limited/no support for changing schemas or an already established object model. The XSD is the Object Model regardless of the content of the referenced XML, so one may apply different XSD on the same XML - or even on the XSD's. Ok, at last you may generate the .java's :))) 2.4 DD+2.4XSD - XSLT - 4.xXSD+4.xDD; 4.xXSD+4.xCMPDD - XSLT - anyServiceDD RelaxNG friends could provide the direction. bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] JBoss (HEAD/linux1/1.4.2_01) Test Results: 94 % ( 1320 / 1396 ) - come on - pull your finger out
=== ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === Wed Nov 5 03:36:55 GMT 2003 === HERE ARE THE LAST 100 LINES OF THE LOG: === ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net/ FOR DETAILS== === === JBoss daily test results SUMMARY Number of tests run: 1396 Successful tests: 1320 Errors:57 Failures: 19 [time of test: 2003-11-05.02-26 GMT] [java.version: 1.4.2_01] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.4.2_01-b06] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Linux] [os.arch: i386] [os.version: 2.4.20-20.7] Useful resources: - http://jboss.kimptoc.net/linux1/1.4.2_01/logtests/testresults/reports/html//2003-11-05.02-26 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: LocalUnitTestCase Test:testRemove Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: /home/jbossci/jbossci2/jboss-head-test/build/output/testbuild/server/all/tmp/sessions/test/TreeCacheAopTester-dmmre7jy-16/dmmrecvw-1b.ser (No such file or directory) - Suite: AsyncUnitTestCase Test:testSyncRepl Type:failure Exception: junit.framework.AssertionFailedError Message: age obtained from cache2 is null - Suite: ScopedTransactionUnitTestCase Test:testScopedTransaction Type:error Exception: javax.naming.NameNotFoundException Message: ScopedTxTestSession not bound - Suite: ScopedTransactionUnitTestCase Test:testServerFound Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopedTransactionUnitTestCase Test:unknown Type:error Exception: java.net.MalformedURLException Message: no protocol: /home/jbossci/jbossci2/jboss-head-test/testsuite/output/lib/scopedtx.jar - Suite: ScopingUnitTestCase Test:testSingletons Type:failure Exception: junit.framework.AssertionFailedError Message: checkVersion(V2) is true === Wed Nov 5 03:36:55 GMT 2003 === Linux nog.kimptoc.net 2.4.20-20.7 #1 Mon Aug 18 14:56:30 EDT 2003 i686 unknown === java -version java version 1.4.2_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06) Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss
Holger Baxmann - bitwind wrote: Am 05.11.2003 um 02:53 schrieb Juha Lindfors: On Wed, 5 Nov 2003, Holger Baxmann - bitwind wrote: Bill Burke wrote: LETS TAKE THESE DISCUSSIONS TO JBOSS-DEV PLEASE! Yes, IMO, migration should be a separate distinct tool/step. We should not be maintaining past versions of deployment descriptors in 4.0, 3.2, or 3.0. Anybody know what other vendors do? Bill Scott M Stark wrote: That is a possibility that Bill suggested before, but it excludes the possibility of supporting hot deploy with migration, something we can do. They will be exposed to xsl if there is a problem with the migration. Maybe migration should be a separate step. Juha Lindfors wrote: Migration yes. But for that XSL would work just as well, you just run the script to convert between the descriptors, right? The admin is never actually exposed to reading or modifying the XSLT... ? When does JBoss.org have the meta-model of the whole stuff defined in XSD and throuw the ugly DTD's away? Then one is able to appy XSLT on the XSD's and all migration things belonging to the meta-level are handled by the meta-level. EJB 2.1 J2EE 1.4 IIRC Is anybody working on this DTD - XSD transition ? Couldn't it be handy in this case, could it ? bax It's already done: http://java.sun.com/xml/ns/j2ee/ It's part of the 1.4 spec! Ricardo Argüello -- Juha IMHO bax --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development