[JBoss-dev] build-howto for JBoss-IDE
There is now a build howto for JBoss-IDE available at: http://www.jboss.org/developers/projects/jboss/jbosside/build_howto.html (available next time the website get's refreshed) http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jboss/website/content/src/web/default/developers/projects/jboss/jbosside/build_howto.html I've also attached the current version. Hans Title: Building JBoss-IDE How to build JBoss-IDE Version 1.0 Introduction Getting JBoss-IDE integrated in eclipse is a bit complicated. This is due to the fact that there is no plug to plug-in our xdoclet support. So we have to build this plug which means modifying regular eclipse classes. We need an installer to make the replacement of this classes comfortable as well as to offer a undo functionality. With Eclipse 2.1.0 final it's very likely that plug we need is regularly build in. Then JBoss-IDE is purely a set of eclipse plug-ins. That will make our life much easier. We don't need an installer anymore, we just unzip JBoss-IDE in the Eclipse plug-ins directory and we don't have to change the regular classes any longer. Checkout For building JBoss-IDE checkout the modules: jbosside_project xdoclet (plugin for xdoclet support) launcher (plugin for launching JBoss) org.eclipse.jdt.ui (modified classes of the regular eclipse package org.eclipse.jdt.ui for Eclipse 2.1.0M4) org.eclipse.jdt.ui.20 (modified classes of the regular eclipse package org.eclipse.jdt.ui for Eclipse 2.0.2) Building Change to jbosside_project and and adapt the ant.all.properties file to your local settings. The comments in this file will tell you what to do. Now you can start the build.xml in jbosside_project. Resulting files In installer/build/zips you can find the jbosside_installer.jar. By starting this the installer gets launched and will install JBoss-IDE. All necessary files for that are contained in the jar. In installer/build/deploy you can find the jbosside_a0x.zip. This zip contains jbosside_installer.jar plus the releasenotes.html and the JBossIDE_QuickStart1.0.pdf. That's the file we provide at sourceforge for downloading. In installer/src/etc/zips you can find the plugin zips (i.e. launcherplugin_1.0.zip) and the jar's with the modified classes as well as the modified plugin.xml's of the regular eclipse package org.eclipse.jdt.ui. There are four of them because we need different one's for eclipse 2.0.2 and eclipse 2.1.0M4. Deploying directly The build.xml of each module has a deploy and undeploy target which (un)deploy's this module to the eclipse installations defined in the ant.all.properties file.
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version "1.3.1_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE org.jboss.tm.plugins.tyrex.TransactionManagerService --> TransactionManagerServiceMBean qualified to TransactionManagerServiceMBean org.jboss.varia.autonumber.AutoNumber --> EJBObject qualified to EJBObject org.jboss.varia.autonumber.AutoNumberHome --> EJBHome qualified to EJBHome org.jboss.varia.counter.CounterService --> CounterServiceMBean qualified to CounterServiceMBean org.jboss.varia.deployment.BeanShellSubDeployer --> BeanShellSubDeployerMBean qualified to BeanShellSubDeployerMBean org.jboss.varia.deployment.FoeDeployer --> FoeDeployerMBean qualified to FoeDeployerMBean org.jboss.varia.deployment.convertor.WebLogicConvertor --> WebLogicConvertorMBean qualified to WebLogicConvertorMBean org.jboss.varia.masterconfig.TestService --> TestServiceMBean qualified to TestServiceMBean org.jboss.varia.process.ChildProcessService --> ChildProcessServiceMBean qualified to ChildProcessServiceMBean org.jboss.varia.property.PropertyEditorManagerService --> PropertyEditorManagerServiceMBean qualified to PropertyEditorManagerServiceMBean org.jboss.varia.property.SystemPropertiesService --> SystemPropertiesServiceMBean qualified to SystemPropertiesServiceMBean org.jboss.varia.scheduler.AbstractScheduleProvider --> AbstractScheduleProviderMBean qualified to AbstractScheduleProviderMBean org.jboss.varia.scheduler.DBScheduleProvider --> DBScheduleProviderMBean qualified to DBScheduleProviderMBean org.jboss.varia.scheduler.ScheduleManager --> ScheduleManagerMBean qualified to ScheduleManagerMBean org.jboss.varia.scheduler.Scheduler --> SchedulerMBean qualified to SchedulerMBean org.jboss.varia.scheduler.SingleScheduleProvider --> SingleScheduleProviderMBean qualified to SingleScheduleProviderMBean org.jboss.varia.scheduler.XMLScheduleProvider --> XMLScheduleProviderMBean qualified to XMLScheduleProviderMBean org.jboss.varia.scheduler.example.SchedulableMBeanExample --> SchedulableMBeanExampleMBean qualified to SchedulableMBeanExampleMBean org.jboss.web.loadbalancer.LoadBalancerService --> LoadBalancerServiceMBean qualified to LoadBalancerServiceMBean Running Generating output for 'org.jboss.varia.masterconfig.Configurator' using template file 'jar:file:/home/jboss/jbossci/jboss-head/thirdparty/xdoclet-xdoclet/lib/xdoclet-jboss-module-jb4.jar!/xdoclet/modules/jboss/jmx/resources/jbossmx-xml-descriptor.xdt'. Running Generating output 'transaction-service.xml' using template file 'jar:file:/home/jboss/jbossci/jboss-head/thirdparty/xdoclet-xdoclet/lib/xdoclet-jboss-module-jb4.jar!/xdoclet/modules/jboss/jmx/resources/jboss-service-template.xdt'. INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: org.jboss.varia.masterconfig.TestService --> TestServiceMBean qualified to TestServiceMBean _default:compile-classes: [mkdir] Created dir: /home/jboss/jbossci/jboss-head/varia/output/classes [depend] Deleted 0 out of date files in 0 seconds [javac] Compiling 118 source files to /home/jboss/jbossci/jboss-head/varia/output/classes /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/web/loadbalancer/scheduler/NoSchedulableNodeAvailableException.java:31: cannot resolve symbol symbol : constructor Exception (java.lang.String,java.lang.Throwable) location: class java.lang.Exception super(message, cause); ^ /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/web/loadbalancer/scheduler/NoSchedulableNodeAvailableException.java:36: cannot resolve symbol symbol : constructor Exception (java.lang.Throwable) location: class java.lang.Exception super(cause); ^ 2 errors BUILD FAILED file:/home/jboss/jbossci/jboss-head/varia/../tools/etc/buildfragments/targets.ent:45: Compile failed; see the compiler error output for details. Total time: 2 minutes 35 seconds --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinf
[JBoss-dev] Accessing Container from an EJB?
I am trying to write an EJBTestCase that needs access to information held in the Container (Container.getEjbModule().getModuleData("CATALOG")). I can do this if I add EjbModule as a attribute of Container but was wondering if I should do this or if there was another way? Thanks Jeremy --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-677224 ] Fix for bug 677196
Patches item #677224, was opened at 2003-01-30 15:16 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=677224&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Richard Barrington (rich_b_nz) Assigned to: Nobody/Anonymous (nobody) Summary: Fix for bug 677196 Initial Comment: Fixes the problem with adding foreign key constraints to a SapDB datasource. Just a minor syntax correction. As described in Bug 677196. Unified diff is attached. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376687&aid=677224&group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-677196 ] SAP DB fk-constraint-template incorrect
Bugs item #677196, was opened at 2003-01-30 13:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=677196&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Richard Barrington (rich_b_nz) Assigned to: Nobody/Anonymous (nobody) Summary: SAP DB fk-constraint-template incorrect Initial Comment: OS: SuSE Linux 8.0, running kernel 2.4.20 JDK: Sun Java 1.4.1_01 DB: SAP DB 7.3.0.29 JBoss: 3.0.5 When creating an with true, the following error is generated: org.jboss.deployment.DeploymentException: Error while adding foreign key constraint; - nested throwable: (com.sap.dbtech.jdbc.exceptions.DatabaseException: [-3014] (at 58): Invalid end of SQL statement) This is due to the following incorrect syntax for the SapDB type-mapping in standardjbosscmp-jdbc.xml: ALTER TABLE ?1 ADD CONSTRAINT ?2 FOREIGN KEY (?3) REFERENCES ?4 (?5) This should read: ALTER TABLE ?1 ADD FOREIGN KEY ?2 (?3) REFERENCES ?4 (?5) This will then result in the correct response: Added foreign key constraint to table 'TABLENAME' -- >Comment By: Richard Barrington (rich_b_nz) Date: 2003-01-30 15:04 Message: Logged In: YES user_id=526886 diff for JBoss 3.0.6 1741c1741 < ALTER TABLE ?1 ADD CONSTRAINT ?2 FOREIGN KEY (?3) REFERENCES ?4 (?5) --- > ALTER TABLE ?1 ADD FOREIGN KEY ?2 (?3) REFERENCES ?4 (?5) -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=677196&group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version "1.3.1_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE org.jboss.tm.plugins.tyrex.TransactionManagerService --> TransactionManagerServiceMBean qualified to TransactionManagerServiceMBean org.jboss.varia.autonumber.AutoNumber --> EJBObject qualified to EJBObject org.jboss.varia.autonumber.AutoNumberHome --> EJBHome qualified to EJBHome org.jboss.varia.counter.CounterService --> CounterServiceMBean qualified to CounterServiceMBean org.jboss.varia.deployment.BeanShellSubDeployer --> BeanShellSubDeployerMBean qualified to BeanShellSubDeployerMBean org.jboss.varia.deployment.FoeDeployer --> FoeDeployerMBean qualified to FoeDeployerMBean org.jboss.varia.deployment.convertor.WebLogicConvertor --> WebLogicConvertorMBean qualified to WebLogicConvertorMBean org.jboss.varia.masterconfig.TestService --> TestServiceMBean qualified to TestServiceMBean org.jboss.varia.process.ChildProcessService --> ChildProcessServiceMBean qualified to ChildProcessServiceMBean org.jboss.varia.property.PropertyEditorManagerService --> PropertyEditorManagerServiceMBean qualified to PropertyEditorManagerServiceMBean org.jboss.varia.property.SystemPropertiesService --> SystemPropertiesServiceMBean qualified to SystemPropertiesServiceMBean org.jboss.varia.scheduler.AbstractScheduleProvider --> AbstractScheduleProviderMBean qualified to AbstractScheduleProviderMBean org.jboss.varia.scheduler.DBScheduleProvider --> DBScheduleProviderMBean qualified to DBScheduleProviderMBean org.jboss.varia.scheduler.ScheduleManager --> ScheduleManagerMBean qualified to ScheduleManagerMBean org.jboss.varia.scheduler.Scheduler --> SchedulerMBean qualified to SchedulerMBean org.jboss.varia.scheduler.SingleScheduleProvider --> SingleScheduleProviderMBean qualified to SingleScheduleProviderMBean org.jboss.varia.scheduler.XMLScheduleProvider --> XMLScheduleProviderMBean qualified to XMLScheduleProviderMBean org.jboss.varia.scheduler.example.SchedulableMBeanExample --> SchedulableMBeanExampleMBean qualified to SchedulableMBeanExampleMBean org.jboss.web.loadbalancer.LoadBalancerService --> LoadBalancerServiceMBean qualified to LoadBalancerServiceMBean Running Generating output for 'org.jboss.varia.masterconfig.Configurator' using template file 'jar:file:/home/jboss/jbossci/jboss-head/thirdparty/xdoclet-xdoclet/lib/xdoclet-jboss-module-jb4.jar!/xdoclet/modules/jboss/jmx/resources/jbossmx-xml-descriptor.xdt'. Running Generating output 'transaction-service.xml' using template file 'jar:file:/home/jboss/jbossci/jboss-head/thirdparty/xdoclet-xdoclet/lib/xdoclet-jboss-module-jb4.jar!/xdoclet/modules/jboss/jmx/resources/jboss-service-template.xdt'. INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: org.jboss.varia.masterconfig.TestService --> TestServiceMBean qualified to TestServiceMBean _default:compile-classes: [mkdir] Created dir: /home/jboss/jbossci/jboss-head/varia/output/classes [depend] Deleted 0 out of date files in 0 seconds [javac] Compiling 118 source files to /home/jboss/jbossci/jboss-head/varia/output/classes /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/web/loadbalancer/scheduler/NoSchedulableNodeAvailableException.java:31: cannot resolve symbol symbol : constructor Exception (java.lang.String,java.lang.Throwable) location: class java.lang.Exception super(message, cause); ^ /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/web/loadbalancer/scheduler/NoSchedulableNodeAvailableException.java:36: cannot resolve symbol symbol : constructor Exception (java.lang.Throwable) location: class java.lang.Exception super(cause); ^ 2 errors BUILD FAILED file:/home/jboss/jbossci/jboss-head/varia/../tools/etc/buildfragments/targets.ent:45: Compile failed; see the compiler error output for details. Total time: 2 minutes 27 seconds --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinf
[JBoss-dev] [ jboss-Bugs-677196 ] SAP DB fk-constraint-template incorrect
Bugs item #677196, was opened at 2003-01-30 13:57 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=677196&group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Richard Barrington (rich_b_nz) Assigned to: Nobody/Anonymous (nobody) Summary: SAP DB fk-constraint-template incorrect Initial Comment: OS: SuSE Linux 8.0, running kernel 2.4.20 JDK: Sun Java 1.4.1_01 DB: SAP DB 7.3.0.29 JBoss: 3.0.5 When creating an with true, the following error is generated: org.jboss.deployment.DeploymentException: Error while adding foreign key constraint; - nested throwable: (com.sap.dbtech.jdbc.exceptions.DatabaseException: [-3014] (at 58): Invalid end of SQL statement) This is due to the following incorrect syntax for the SapDB type-mapping in standardjbosscmp-jdbc.xml: ALTER TABLE ?1 ADD CONSTRAINT ?2 FOREIGN KEY (?3) REFERENCES ?4 (?5) This should read: ALTER TABLE ?1 ADD FOREIGN KEY ?2 (?3) REFERENCES ?4 (?5) This will then result in the correct response: Added foreign key constraint to table 'TABLENAME' -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=677196&group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version "1.3.1_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE org.jboss.tm.plugins.tyrex.TransactionManagerService --> TransactionManagerServiceMBean qualified to TransactionManagerServiceMBean org.jboss.varia.autonumber.AutoNumber --> EJBObject qualified to EJBObject org.jboss.varia.autonumber.AutoNumberHome --> EJBHome qualified to EJBHome org.jboss.varia.counter.CounterService --> CounterServiceMBean qualified to CounterServiceMBean org.jboss.varia.deployment.BeanShellSubDeployer --> BeanShellSubDeployerMBean qualified to BeanShellSubDeployerMBean org.jboss.varia.deployment.FoeDeployer --> FoeDeployerMBean qualified to FoeDeployerMBean org.jboss.varia.deployment.convertor.WebLogicConvertor --> WebLogicConvertorMBean qualified to WebLogicConvertorMBean org.jboss.varia.masterconfig.TestService --> TestServiceMBean qualified to TestServiceMBean org.jboss.varia.process.ChildProcessService --> ChildProcessServiceMBean qualified to ChildProcessServiceMBean org.jboss.varia.property.PropertyEditorManagerService --> PropertyEditorManagerServiceMBean qualified to PropertyEditorManagerServiceMBean org.jboss.varia.property.SystemPropertiesService --> SystemPropertiesServiceMBean qualified to SystemPropertiesServiceMBean org.jboss.varia.scheduler.AbstractScheduleProvider --> AbstractScheduleProviderMBean qualified to AbstractScheduleProviderMBean org.jboss.varia.scheduler.DBScheduleProvider --> DBScheduleProviderMBean qualified to DBScheduleProviderMBean org.jboss.varia.scheduler.ScheduleManager --> ScheduleManagerMBean qualified to ScheduleManagerMBean org.jboss.varia.scheduler.Scheduler --> SchedulerMBean qualified to SchedulerMBean org.jboss.varia.scheduler.SingleScheduleProvider --> SingleScheduleProviderMBean qualified to SingleScheduleProviderMBean org.jboss.varia.scheduler.XMLScheduleProvider --> XMLScheduleProviderMBean qualified to XMLScheduleProviderMBean org.jboss.varia.scheduler.example.SchedulableMBeanExample --> SchedulableMBeanExampleMBean qualified to SchedulableMBeanExampleMBean org.jboss.web.loadbalancer.LoadBalancerService --> LoadBalancerServiceMBean qualified to LoadBalancerServiceMBean Running Generating output for 'org.jboss.varia.masterconfig.Configurator' using template file 'jar:file:/home/jboss/jbossci/jboss-head/thirdparty/xdoclet-xdoclet/lib/xdoclet-jboss-module-jb4.jar!/xdoclet/modules/jboss/jmx/resources/jbossmx-xml-descriptor.xdt'. Running Generating output 'transaction-service.xml' using template file 'jar:file:/home/jboss/jbossci/jboss-head/thirdparty/xdoclet-xdoclet/lib/xdoclet-jboss-module-jb4.jar!/xdoclet/modules/jboss/jmx/resources/jboss-service-template.xdt'. INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: org.jboss.varia.masterconfig.TestService --> TestServiceMBean qualified to TestServiceMBean _default:compile-classes: [mkdir] Created dir: /home/jboss/jbossci/jboss-head/varia/output/classes [depend] Deleted 0 out of date files in 0 seconds [javac] Compiling 118 source files to /home/jboss/jbossci/jboss-head/varia/output/classes /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/web/loadbalancer/scheduler/NoSchedulableNodeAvailableException.java:31: cannot resolve symbol symbol : constructor Exception (java.lang.String,java.lang.Throwable) location: class java.lang.Exception super(message, cause); ^ /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/web/loadbalancer/scheduler/NoSchedulableNodeAvailableException.java:36: cannot resolve symbol symbol : constructor Exception (java.lang.Throwable) location: class java.lang.Exception super(cause); ^ 2 errors BUILD FAILED file:/home/jboss/jbossci/jboss-head/varia/../tools/etc/buildfragments/targets.ent:45: Compile failed; see the compiler error output for details. Total time: 2 minutes 26 seconds --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinf
Re: [JBoss-user] Re: [JBoss-dev] JBoss-IDE 1.0 alpha released
HB> the remote debugging line on page 7 in the pdf docs should read: HB> -Xdebug -Xrunjdwp:transport=dt\_socket,server=y,suspend=n,address=10250 I wrote the first version of the guide with latex and I forget to remove the \. me t... arrrgh - but it works with the '\' HB> without any spaces and runjdwp is an -X option ... Yes, sorry for that. HB> -Xnoagent and -classic may be of help, idnk HB> copied from scotts & marcs jboss book, page 27 HB> (BTW: which log file should one study in HB> this case?) and to setup the jdk config: HB> - the jbosside config mentions that this is _not_ a jdk, but it should HB> be HB> - one may add a new jre, but am not able to change (edit) it afterwards You can go to Window>Preferences>Java>Installed JREs to do that. i know, i know, my friend: but this doesn't do any light shedding on the problem. i always working with the jdk who is configured under 'Installed JREs'. you are looking in your am-i-in-a-jdk-environment thingy for an jar file name, don't you? this is ugly. try to load the specific class; i hate ClassForName. nowhere in the spec is mentioned which class should resist in which jar. same procedure as for the tools.jar and the jsp compiler ... BTW: adding an item in one place and editing it in a totaly other smells leike kleinweich ... HB> may the source be with you HB> bax Very nice to hear from you Holger. stay tuned ;-) bax Hans --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBoss-IDE 1.0 alpha released
Title: RE: [JBoss-dev] JBoss-IDE 1.0 alpha released This thing is VERY coool. Thanks! -Original Message- From: Hans Dockter [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 29, 2003 3:09 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [JBoss-dev] JBoss-IDE 1.0 alpha released I'm delighted to announce the release of JBoss-IDE 1.0 alpha. The JBoss-IDE is based on Eclipse. Link to the JBoss-IDE project page: http://www.jboss.org/developers/projects/jboss/jbosside.jsp You can download JBoss-IDE from: http://prdownloads.sourceforge.net/jboss/jbosside1.0a_05.zip?download Enjoy (-: Hans --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Feature request, dev assignments
OK, you're the chief, I trust you! > -Message d'origine- > De : [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]De la part de Dain > Sundstrom > Envoye : mercredi, 29 janvier 2003 18:49 > A : [EMAIL PROTECTED] > Objet : Re: [JBoss-dev] Feature request, dev assignments > > > I don't know, but we could create our own listener to support modifying > the value. I'll have to think about the implications that. We plan on > supporting notifications from the backend also, so changing the value > may be problematic. You will also be able to have many entities fields > mapped to the same column. . . . Maybe we should have two listener > interfaces: one for local changes and one for backend changes. Anyway, > I simply prefer a listener approach to an implicit method call. > > -dain > > On Wednesday, January 29, 2003, at 11:40 AM, Sacha Labourey wrote: > > > But would this allow some observer to modify the actual content of > > what is > > set (setter) or returned (getters)? This is the second part of the > > interest > > IMHO. > > > >> -Message d'origine- > >> De : [EMAIL PROTECTED] > >> [mailto:[EMAIL PROTECTED]]De la part de > >> Dain > >> Sundstrom > >> Envoye : mercredi, 29 janvier 2003 18:35 > >> A : [EMAIL PROTECTED] > >> Objet : Re: [JBoss-dev] Feature request, dev assignments > >> > >> > >> Sacha, > >> > >> What you suggest would require rewriting the byte code generator, > >> which > >> I didn't write. Currently all the implementation of the abstract > >> methods does is call an invocation handler. > >> > >> I do really like the idea of the PropertyChange[Veto]Listener and have > >> already added it to the task list. This fits into our (the cmp team) > >> plans to add change notification (observer pattern). > >> > >> -dain > >> > >> On Wednesday, January 29, 2003, at 01:45 AM, Sacha Labourey wrote: > >> > >>> Dain, > >>> > >>> I agree, this is some of a hack, but any trick would be hack because > >>> it > >>> requires the container to implicitly do some call. What your > >>> container > >>> bytecode implementation generates is something like that (very > >>> pseudo-code > >>> as we all know it is something like "invoke"): > >>> > >>> public void setXXX (Object bla) > >>> { > >>> doMyPersistenceThingForXXX(); > >>> } > >>> > >>> I was only suggesting something like: > >>> > >>> public void setXXX (Object bla) > >>> { > >>> if (XXXSeterImplementedBySuperClass()) > >>> super.setXXX(bla); > >>> doMyPersistenceThingForXXX(); > >>> } > >>> > >>> Pro: > >>> - very simple for both your code and the developer code > >>> - no need to have 2x the same setters (or getter if you > >> want to decode > >>> stuff) > >>> > >>> Cons: > >>> - proprietary > >>> - you could just (setters) deny access by throwing an exception but > >>> not > >>> modify the actual content of what is stored. This is a real miss. The > >>> Veto > >>> thing would also need to be extended for this. Some people have to > >>> trim > >>> white spaces for example. > >>> > >>> Nothing magic here. > >>> > >>> cheers > >>> > >>> sacha > >>> > -Message d'origine- > De : [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]De la part de > Dain > Sundstrom > Envoye : mardi, 28 janvier 2003 01:56 > A : [EMAIL PROTECTED] > Objet : Re: [JBoss-dev] Feature request, dev assignments > > > I never really liked this idea. I think you should provide a > concrete > setPostalCode (String code) method and if the data is valid you > would > call setPostalCodeField (String code) or setPostalCode_(String > code). > I think this type of validation is part of the business logic. > Alternatively, there are types of validation that are really an > aspect > (deployment environment specific). For example, a company specific > mail route field. The validation of this field would depend on the > deployment environment (which company it is deployed at). In this > case > I see an interceptor, possibly a Bean Scripting Framework > interceptor. > > What I am getting at is I think this proposed solution is a hack > and I > personally would not accept the patch, but the user community has > convinced me to include things I consider hacks. > > -dain > > On Monday, January 27, 2003, at 08:31 AM, Themba Mbatha wrote: > > > Hi all; > > > > What would be the procedure if one is interested in implementing a > > feature request? There is a feature request (647669) that I also > > need > > a.s.a.p. and I'm prepared to contribute the implementation once I'm > > done. > > > > Regards. > > > > > > > > > > > > --- > > This SF.NET email is sponsored by: > > SourceForge Enterprise Edition + IBM +
Re: [JBoss-dev] Feature request, dev assignments
I don't know, but we could create our own listener to support modifying the value. I'll have to think about the implications that. We plan on supporting notifications from the backend also, so changing the value may be problematic. You will also be able to have many entities fields mapped to the same column. . . . Maybe we should have two listener interfaces: one for local changes and one for backend changes. Anyway, I simply prefer a listener approach to an implicit method call. -dain On Wednesday, January 29, 2003, at 11:40 AM, Sacha Labourey wrote: But would this allow some observer to modify the actual content of what is set (setter) or returned (getters)? This is the second part of the interest IMHO. -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de Dain Sundstrom Envoye : mercredi, 29 janvier 2003 18:35 A : [EMAIL PROTECTED] Objet : Re: [JBoss-dev] Feature request, dev assignments Sacha, What you suggest would require rewriting the byte code generator, which I didn't write. Currently all the implementation of the abstract methods does is call an invocation handler. I do really like the idea of the PropertyChange[Veto]Listener and have already added it to the task list. This fits into our (the cmp team) plans to add change notification (observer pattern). -dain On Wednesday, January 29, 2003, at 01:45 AM, Sacha Labourey wrote: Dain, I agree, this is some of a hack, but any trick would be hack because it requires the container to implicitly do some call. What your container bytecode implementation generates is something like that (very pseudo-code as we all know it is something like "invoke"): public void setXXX (Object bla) { doMyPersistenceThingForXXX(); } I was only suggesting something like: public void setXXX (Object bla) { if (XXXSeterImplementedBySuperClass()) super.setXXX(bla); doMyPersistenceThingForXXX(); } Pro: - very simple for both your code and the developer code - no need to have 2x the same setters (or getter if you want to decode stuff) Cons: - proprietary - you could just (setters) deny access by throwing an exception but not modify the actual content of what is stored. This is a real miss. The Veto thing would also need to be extended for this. Some people have to trim white spaces for example. Nothing magic here. cheers sacha -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de Dain Sundstrom Envoye : mardi, 28 janvier 2003 01:56 A : [EMAIL PROTECTED] Objet : Re: [JBoss-dev] Feature request, dev assignments I never really liked this idea. I think you should provide a concrete setPostalCode (String code) method and if the data is valid you would call setPostalCodeField (String code) or setPostalCode_(String code). I think this type of validation is part of the business logic. Alternatively, there are types of validation that are really an aspect (deployment environment specific). For example, a company specific mail route field. The validation of this field would depend on the deployment environment (which company it is deployed at). In this case I see an interceptor, possibly a Bean Scripting Framework interceptor. What I am getting at is I think this proposed solution is a hack and I personally would not accept the patch, but the user community has convinced me to include things I consider hacks. -dain On Monday, January 27, 2003, at 08:31 AM, Themba Mbatha wrote: Hi all; What would be the procedure if one is interested in implementing a feature request? There is a feature request (647669) that I also need a.s.a.p. and I'm prepared to contribute the implementation once I'm done. Regards. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com
RE: [JBoss-dev] Feature request, dev assignments
But would this allow some observer to modify the actual content of what is set (setter) or returned (getters)? This is the second part of the interest IMHO. > -Message d'origine- > De : [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]De la part de Dain > Sundstrom > Envoye : mercredi, 29 janvier 2003 18:35 > A : [EMAIL PROTECTED] > Objet : Re: [JBoss-dev] Feature request, dev assignments > > > Sacha, > > What you suggest would require rewriting the byte code generator, which > I didn't write. Currently all the implementation of the abstract > methods does is call an invocation handler. > > I do really like the idea of the PropertyChange[Veto]Listener and have > already added it to the task list. This fits into our (the cmp team) > plans to add change notification (observer pattern). > > -dain > > On Wednesday, January 29, 2003, at 01:45 AM, Sacha Labourey wrote: > > > Dain, > > > > I agree, this is some of a hack, but any trick would be hack because it > > requires the container to implicitly do some call. What your container > > bytecode implementation generates is something like that (very > > pseudo-code > > as we all know it is something like "invoke"): > > > > public void setXXX (Object bla) > > { > > doMyPersistenceThingForXXX(); > > } > > > > I was only suggesting something like: > > > > public void setXXX (Object bla) > > { > > if (XXXSeterImplementedBySuperClass()) > > super.setXXX(bla); > > doMyPersistenceThingForXXX(); > > } > > > > Pro: > > - very simple for both your code and the developer code > > - no need to have 2x the same setters (or getter if you > want to decode > > stuff) > > > > Cons: > > - proprietary > > - you could just (setters) deny access by throwing an exception but > > not > > modify the actual content of what is stored. This is a real miss. The > > Veto > > thing would also need to be extended for this. Some people have to trim > > white spaces for example. > > > > Nothing magic here. > > > > cheers > > > > sacha > > > >> -Message d'origine- > >> De : [EMAIL PROTECTED] > >> [mailto:[EMAIL PROTECTED]]De la part de > >> Dain > >> Sundstrom > >> Envoye : mardi, 28 janvier 2003 01:56 > >> A : [EMAIL PROTECTED] > >> Objet : Re: [JBoss-dev] Feature request, dev assignments > >> > >> > >> I never really liked this idea. I think you should provide a concrete > >> setPostalCode (String code) method and if the data is valid you would > >> call setPostalCodeField (String code) or setPostalCode_(String code). > >> I think this type of validation is part of the business logic. > >> Alternatively, there are types of validation that are really an aspect > >> (deployment environment specific). For example, a company specific > >> mail route field. The validation of this field would depend on the > >> deployment environment (which company it is deployed at). In this > >> case > >> I see an interceptor, possibly a Bean Scripting Framework interceptor. > >> > >> What I am getting at is I think this proposed solution is a hack and I > >> personally would not accept the patch, but the user community has > >> convinced me to include things I consider hacks. > >> > >> -dain > >> > >> On Monday, January 27, 2003, at 08:31 AM, Themba Mbatha wrote: > >> > >>> Hi all; > >>> > >>> What would be the procedure if one is interested in implementing a > >>> feature request? There is a feature request (647669) that I also need > >>> a.s.a.p. and I'm prepared to contribute the implementation once I'm > >>> done. > >>> > >>> Regards. > >>> > >>> > >>> > >>> > >>> > >>> --- > >>> This SF.NET email is sponsored by: > >>> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > >>> http://www.vasoftware.com > >>> ___ > >>> Jboss-development mailing list > >>> [EMAIL PROTECTED] > >>> https://lists.sourceforge.net/lists/listinfo/jboss-development > >> > >> > >> > >> --- > >> This SF.NET email is sponsored by: > >> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > >> http://www.vasoftware.com > >> ___ > >> Jboss-development mailing list > >> [EMAIL PROTECTED] > >> https://lists.sourceforge.net/lists/listinfo/jboss-development > >> > > > > > > > > --- > > This SF.NET email is sponsored by: > > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > > http://www.vasoftware.com > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > --- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 S
Re: [JBoss-dev] Feature request, dev assignments
Sacha, What you suggest would require rewriting the byte code generator, which I didn't write. Currently all the implementation of the abstract methods does is call an invocation handler. I do really like the idea of the PropertyChange[Veto]Listener and have already added it to the task list. This fits into our (the cmp team) plans to add change notification (observer pattern). -dain On Wednesday, January 29, 2003, at 01:45 AM, Sacha Labourey wrote: Dain, I agree, this is some of a hack, but any trick would be hack because it requires the container to implicitly do some call. What your container bytecode implementation generates is something like that (very pseudo-code as we all know it is something like "invoke"): public void setXXX (Object bla) { doMyPersistenceThingForXXX(); } I was only suggesting something like: public void setXXX (Object bla) { if (XXXSeterImplementedBySuperClass()) super.setXXX(bla); doMyPersistenceThingForXXX(); } Pro: - very simple for both your code and the developer code - no need to have 2x the same setters (or getter if you want to decode stuff) Cons: - proprietary - you could just (setters) deny access by throwing an exception but not modify the actual content of what is stored. This is a real miss. The Veto thing would also need to be extended for this. Some people have to trim white spaces for example. Nothing magic here. cheers sacha -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de Dain Sundstrom Envoye : mardi, 28 janvier 2003 01:56 A : [EMAIL PROTECTED] Objet : Re: [JBoss-dev] Feature request, dev assignments I never really liked this idea. I think you should provide a concrete setPostalCode (String code) method and if the data is valid you would call setPostalCodeField (String code) or setPostalCode_(String code). I think this type of validation is part of the business logic. Alternatively, there are types of validation that are really an aspect (deployment environment specific). For example, a company specific mail route field. The validation of this field would depend on the deployment environment (which company it is deployed at). In this case I see an interceptor, possibly a Bean Scripting Framework interceptor. What I am getting at is I think this proposed solution is a hack and I personally would not accept the patch, but the user community has convinced me to include things I consider hacks. -dain On Monday, January 27, 2003, at 08:31 AM, Themba Mbatha wrote: Hi all; What would be the procedure if one is interested in implementing a feature request? There is a feature request (647669) that I also need a.s.a.p. and I'm prepared to contribute the implementation once I'm done. Regards. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: how's ecperf going?
I think perhaps removing the CachedConnectionInterceptor will break this working: get conn. get UserTransaction ut.begin() //without cci, I suspect conn won't be enrolled in tx. Anyway, I've rewritten CachedConnectionManager in jboss 4 to drastically reduce the synchronization needs in all cases and make the spec-required stupid behavior optional. (without it I think there is no synchronization whatsoever) Indeed the only accessible behavior right now is "we close your leftover connection handles for you" If you can try ecperf on jb4, great, otherwise I will try to backport this to 3.2 eventually. david jencks On Monday, January 27, 2003, at 04:38 PM, Stefan Reich wrote: It's the Map "objectToConnetionManagerMap". I moved some null checks out of the synchronized blocks, but there is not much more to optimize. I'll check the changes in when I have the time. Stefan Message: 1 Date: Fri, 24 Jan 2003 21:13:19 -0500 Subject: Re: [JBoss-dev] Re: how's ecperf going? From: David Jencks <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Thanks for the update. Can you let me know which hashmap in CachedConnectionManager is causing contention? Also, I have a plan for 4 anyway to only swap transactions when they actually change. it should be pretty easy to fix in 3/3.2 directly also. thanks david jencks On Friday, January 24, 2003, at 08:23 PM, Stefan Reich wrote: Hi Bill, I am running ecperf regularly on the 3.0 and 3.2 branches. I accumulated a bunch of fixes for scalability and performance problems already, plus a few fixes for inconsistent lock usage that I will merge soon. Here are some things I noticed: * the test fails when I deploy the BMP version, some of the beans that have been created don't seem to end up in the database. * the CMP version must be tweaked to use the util.xml BMP version of the beans (search for SERIALIZABLE in the README) to work correctly * the CMP version doesn't deploy anymore on the current 3.2 branch * with the 3.2 branch I get many more spurious esceptions than with 3.0 * a HashMap in the class CachedConnectionManager seems to be the most contended lock * JAWS checks for the existence of a PK before inserting a new row in the database. This is pretty expensive. * the LogInterceptor usage of the NDC class makes it a global source of contention * TxInterceptorCMP suspends and resumes a transaction in all cases, sometimes even twice. This can be very expensive, especially with global transactions. Since I am running the tests on PowerPC Macs and the Apple VM it is hard to compare the results with other platforms. Stefan On Thursday, Jan 23, 2003, at 19:11 US/Pacific, Bill Burke wrote: Are you getting decent results? I heard from Scott that you've made some improvements. Need me to merge your changes at all? Just want to know what's up. Thanks, Bill Burke Chief Architect JBoss Group, LLC --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Fwd: Re: [JBoss-user] Re: [JBoss-dev] JBoss-IDE 1.0 alpha released
Hello Mr. Baxman, HB> thanks a lot for the great work. HB> on macosx i have had difficulties to setup the remote connection HB> connection to the vm revoked. HB> the remote debugging line on page 7 in the pdf docs should read: HB> -Xdebug -Xrunjdwp:transport=dt\_socket,server=y,suspend=n,address=10250 I wrote the first version of the guide with latex and I forget to remove the \. HB> without any spaces and runjdwp is an -X option ... Yes, sorry for that. HB> -Xnoagent and -classic may be of help, idnk HB> copied from scotts & marcs jboss book, page 27 HB> (BTW: which log file should one study in HB> this case?) and to setup the jdk config: HB> - the jbosside config mentions that this is _not_ a jdk, but it should HB> be HB> - one may add a new jre, but am not able to change (edit) it afterwards You can go to Window>Preferences>Java>Installed JREs to do that. HB> may the source be with you HB> bax Very nice to hear from you Holger. Hans --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss-IDE 1.0 alpha released
Very Cool! Way to go Hans Only it doesn't recognize apples JVMs as JDKs when configuring a JBoss 3.x server (on Mac OS X). What is it looking for to signify a JDK? Thanks Hans, this is a great tool for the JBoss community. -jason --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] BootCamp is this weekend
One time event guys. EVERYONE will be here, I mean everyone. I am flying 12 core guys to Atlanta for the inaugural bootcamp and you don't want to miss it. It is this coming weekend, Saturday and part of Sunday in Atlanta at the swissotel. I wanted 30 people to call it a success and we are at 100 and counting... Come come come, come already, get abducted for the weekend, http://www.jboss.org/services/training/bootcamp.jsp marcf xx Marc Fleury, Ph.D. President, Founder JBoss Group, LLC xx --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss-IDE 1.0 alpha released
thanks a lot for the great work. on macosx i have had difficulties to setup the remote connection connection to the vm revoked. the remote debugging line on page 7 in the pdf docs should read: -Xdebug -Xrunjdwp:transport=dt\_socket,server=y,suspend=n,address=10250 without any spaces and runjdwp is an -X option ... -Xnoagent and -classic may be of help, idnk copied from scotts & marcs jboss book, page 27 (BTW: which log file should one study in this case?) and to setup the jdk config: - the jbosside config mentions that this is _not_ a jdk, but it should be - one may add a new jre, but am not able to change (edit) it afterwards may the source be with you bax > Von: Hans Dockter <[EMAIL PROTECTED]> > Antworten an: [EMAIL PROTECTED] > Datum: Wed, 29 Jan 2003 12:08:53 +0100 > An: [EMAIL PROTECTED], [EMAIL PROTECTED] > Betreff: [JBoss-dev] JBoss-IDE 1.0 alpha released > > I'm delighted to announce the release of JBoss-IDE 1.0 alpha. > > The JBoss-IDE is based on Eclipse. > > Link to the JBoss-IDE project page: > > http://www.jboss.org/developers/projects/jboss/jbosside.jsp > > You can download JBoss-IDE from: > > http://prdownloads.sourceforge.net/jboss/jbosside1.0a_05.zip?download > > > Enjoy (-: > > Hans > > > > --- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] JBoss-IDE 1.0 alpha released
Hi Hans, >Great work hans! congratulations from my side as well! Would you say in future also all j2ee development stuff will belong to us? ;-) Cheers Stefan --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-676799 ] Missing public ID for jboss-app.dtd in XmlFileLoader
Bugs item #676799, was opened at 2003-01-29 15:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=676799&group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Stefan Kuehnel (skuehnel) Assigned to: Nobody/Anonymous (nobody) Summary: Missing public ID for jboss-app.dtd in XmlFileLoader Initial Comment: When adding a DOCTYPE as specified in ${jboss.home}/docs/dtds/jboss-app_3.0.dtd to jboss-app.xml, the loading of the corresponding EAR fails. This is because the public id "-//JBoss//DTD J2EE Application 1.3//EN" is not listed in org.jboss.metadata.XmlFileLoader.LocalResolver. A line like registerDTD("-//JBoss//DTD J2EE Application 1.3//EN", "jboss-app_3_0.dtd"); is needed in the constructor for LocalResolver. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=676799&group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-676779 ] ClassNotFoundException when loading struts tiles definition
Bugs item #676779, was opened at 2003-01-29 14:52 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=676779&group_id=22866 Category: CatalinaBundle Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Stefan Kuehnel (skuehnel) Assigned to: Scott M Stark (starksm) Summary: ClassNotFoundException when loading struts tiles definition Initial Comment: My JBoss 3.0.6_Tomcat-4.1.18 bundle compiled for a Sun 1.4 VM throws a java.lang.ClassNotFoundException for org.apache.struts.tiles.xmlDefinition.XmlDefinition when trying to load our tiles definitions. This is even though stuts.jar contains that class and the log says that it was deployed with the WAR: 2003-01-29 14:12:00,396 INFO [org.jboss.web.localhost.Engine] WebappLoader[/ccdemo1]: Deploy JAR /WEB-INF/lib/struts.jar to /usr/local/jboss-3.0.6_Tomcat-4.1.18_SunJDK14/tomcat-4.1.x/work/MainEngine/localhost/ccdemo1/WEB-INF/lib/struts.jar This problem doesn't occur when using Jetty. It is also independent from adding a jboss-app.xml to the EAR or not. It also worked with an older 3.0.5RC1-tomcat-4.0.6 bundle. System Info: 14:11:06,671 INFO [ServerInfo] Java version: 1.4.1_01,Sun Microsystems Inc. 14:11:06,677 INFO [ServerInfo] Java VM: Java HotSpot(TM) Client VM 1.4.1_01-b01,Sun Microsystems Inc. 14:11:06,683 INFO [ServerInfo] OS-System: Linux 2.4.18-17.7.x,i386 Exception log: 2003-01-29 14:12:18,848 DEBUG [org.apache.commons.digester.Digester] [ObjectCreateRule]{tiles-definitions/definition}New org.apache.struts.tiles.xmlDefinition.XmlDefinition 2003-01-29 14:12:18,856 ERROR [org.apache.commons.digester.Digester] Begin event threw exception java.lang.ClassNotFoundException: No ClassLoaders found for: org.apache.struts.tiles.xmlDefinition.XmlDefinition at org.jboss.mx.loading.LoadMgr.beginLoadTask(LoadMgr.java:155) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:161) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at org.apache.commons.digester.ObjectCreateRule.begin(ObjectCreateRule.java:252) at org.apache.commons.digester.Digester.startElement(Digester.java:1237) at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1488) at org.apache.crimson.parser.Parser2.content(Parser2.java:1779) at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1507) at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:500) at org.apache.crimson.parser.Parser2.parse(Parser2.java:305) at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:442) at org.apache.commons.digester.Digester.parse(Digester.java:1514) at org.apache.struts.tiles.xmlDefinition.XmlParser.parse(XmlParser.java:341) at org.apache.struts.tiles.xmlDefinition.I18nFactorySet.parseXmlFile(I18nFactorySet.java:529) at org.apache.struts.tiles.xmlDefinition.I18nFactorySet.parseXmlFiles(I18nFactorySet.java:466) at org.apache.struts.tiles.xmlDefinition.I18nFactorySet.createDefaultFactory(I18nFactorySet.java:294) at org.apache.struts.tiles.xmlDefinition.I18nFactorySet.initFactory(I18nFactorySet.java:267) at org.apache.struts.tiles.xmlDefinition.I18nFactorySet.initFactory(I18nFactorySet.java:215) at org.apache.struts.tiles.definition.ComponentDefinitionsFactoryWrapper.init(ComponentDefinitionsFactoryWrapper.java:69) at org.apache.struts.tiles.DefinitionsUtil.createDefinitionsFactory(DefinitionsUtil.java:276) at org.apache.struts.tiles.TilesPlugin.init(TilesPlugin.java:147) at org.apache.struts.action.ActionServlet.initApplicationPlugIns(ActionServlet.java:991) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:458) at javax.servlet.GenericServlet.init(GenericServlet.java:256) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:934) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:821) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3420) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3608) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:821) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.jboss.web.catalina.EmbeddedCatalinaService41.createWebContext(EmbeddedCatalinaService41.java:432) at org.jboss.web.catalina.EmbeddedCatalinaService41.performDeploy(EmbeddedCatalinaService41.java:306) at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:300) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:814) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:806) at org.jboss.deployment.MainDeployer.deploy(Mai
[JBoss-dev] [ jboss-Bugs-676779 ] ClassNotFoundException when loading struts tiles definition
Bugs item #676779, was opened at 2003-01-29 14:52 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=676779&group_id=22866 Category: CatalinaBundle Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Stefan Kuehnel (skuehnel) Assigned to: Scott M Stark (starksm) Summary: ClassNotFoundException when loading struts tiles definition Initial Comment: My JBoss 3.0.6_Tomcat-4.1.18 bundle compiled for a Sun 1.4 VM throws a java.lang.ClassNotFoundException for org.apache.struts.tiles.xmlDefinition.XmlDefinition when trying to load our tiles definitions. This is even though stuts.jar contains that class and the log says that it was deployed with the WAR: 2003-01-29 14:12:00,396 INFO [org.jboss.web.localhost.Engine] WebappLoader[/ccdemo1]: Deploy JAR /WEB-INF/lib/struts.jar to /usr/local/jboss-3.0.6_Tomcat-4.1.18_SunJDK14/tomcat-4.1.x/work/MainEngine/localhost/ccdemo1/WEB-INF/lib/struts.jar This problem doesn't occur when using Jetty. It is also independent from adding a jboss-app.xml to the EAR or not. It also worked with an older 3.0.5RC1-tomcat-4.0.6 bundle. System Info: 14:11:06,671 INFO [ServerInfo] Java version: 1.4.1_01,Sun Microsystems Inc. 14:11:06,677 INFO [ServerInfo] Java VM: Java HotSpot(TM) Client VM 1.4.1_01-b01,Sun Microsystems Inc. 14:11:06,683 INFO [ServerInfo] OS-System: Linux 2.4.18-17.7.x,i386 Exception log: 2003-01-29 14:12:18,848 DEBUG [org.apache.commons.digester.Digester] [ObjectCreateRule]{tiles-definitions/definition}New org.apache.struts.tiles.xmlDefinition.XmlDefinition 2003-01-29 14:12:18,856 ERROR [org.apache.commons.digester.Digester] Begin event threw exception java.lang.ClassNotFoundException: No ClassLoaders found for: org.apache.struts.tiles.xmlDefinition.XmlDefinition at org.jboss.mx.loading.LoadMgr.beginLoadTask(LoadMgr.java:155) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:161) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at org.apache.commons.digester.ObjectCreateRule.begin(ObjectCreateRule.java:252) at org.apache.commons.digester.Digester.startElement(Digester.java:1237) at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1488) at org.apache.crimson.parser.Parser2.content(Parser2.java:1779) at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1507) at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:500) at org.apache.crimson.parser.Parser2.parse(Parser2.java:305) at org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:442) at org.apache.commons.digester.Digester.parse(Digester.java:1514) at org.apache.struts.tiles.xmlDefinition.XmlParser.parse(XmlParser.java:341) at org.apache.struts.tiles.xmlDefinition.I18nFactorySet.parseXmlFile(I18nFactorySet.java:529) at org.apache.struts.tiles.xmlDefinition.I18nFactorySet.parseXmlFiles(I18nFactorySet.java:466) at org.apache.struts.tiles.xmlDefinition.I18nFactorySet.createDefaultFactory(I18nFactorySet.java:294) at org.apache.struts.tiles.xmlDefinition.I18nFactorySet.initFactory(I18nFactorySet.java:267) at org.apache.struts.tiles.xmlDefinition.I18nFactorySet.initFactory(I18nFactorySet.java:215) at org.apache.struts.tiles.definition.ComponentDefinitionsFactoryWrapper.init(ComponentDefinitionsFactoryWrapper.java:69) at org.apache.struts.tiles.DefinitionsUtil.createDefinitionsFactory(DefinitionsUtil.java:276) at org.apache.struts.tiles.TilesPlugin.init(TilesPlugin.java:147) at org.apache.struts.action.ActionServlet.initApplicationPlugIns(ActionServlet.java:991) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:458) at javax.servlet.GenericServlet.init(GenericServlet.java:256) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:934) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:821) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3420) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3608) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:821) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.jboss.web.catalina.EmbeddedCatalinaService41.createWebContext(EmbeddedCatalinaService41.java:432) at org.jboss.web.catalina.EmbeddedCatalinaService41.performDeploy(EmbeddedCatalinaService41.java:306) at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:300) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:814) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:806) at org.jboss.deployment.MainDeployer.deploy(Mai
[JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
= ==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS= = JAVA VERSION DETAILS java version "1.3.1_06" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_06-b01) Java HotSpot(TM) Server VM (build 1.3.1_06-b01, mixed mode) = HERE ARE THE LAST 50 LINES OF THE LOG FILE org.jboss.tm.plugins.tyrex.TransactionManagerService --> TransactionManagerServiceMBean qualified to TransactionManagerServiceMBean org.jboss.varia.autonumber.AutoNumber --> EJBObject qualified to EJBObject org.jboss.varia.autonumber.AutoNumberHome --> EJBHome qualified to EJBHome org.jboss.varia.counter.CounterService --> CounterServiceMBean qualified to CounterServiceMBean org.jboss.varia.deployment.BeanShellSubDeployer --> BeanShellSubDeployerMBean qualified to BeanShellSubDeployerMBean org.jboss.varia.deployment.FoeDeployer --> FoeDeployerMBean qualified to FoeDeployerMBean org.jboss.varia.deployment.convertor.WebLogicConvertor --> WebLogicConvertorMBean qualified to WebLogicConvertorMBean org.jboss.varia.masterconfig.TestService --> TestServiceMBean qualified to TestServiceMBean org.jboss.varia.process.ChildProcessService --> ChildProcessServiceMBean qualified to ChildProcessServiceMBean org.jboss.varia.property.PropertyEditorManagerService --> PropertyEditorManagerServiceMBean qualified to PropertyEditorManagerServiceMBean org.jboss.varia.property.SystemPropertiesService --> SystemPropertiesServiceMBean qualified to SystemPropertiesServiceMBean org.jboss.varia.scheduler.AbstractScheduleProvider --> AbstractScheduleProviderMBean qualified to AbstractScheduleProviderMBean org.jboss.varia.scheduler.DBScheduleProvider --> DBScheduleProviderMBean qualified to DBScheduleProviderMBean org.jboss.varia.scheduler.ScheduleManager --> ScheduleManagerMBean qualified to ScheduleManagerMBean org.jboss.varia.scheduler.Scheduler --> SchedulerMBean qualified to SchedulerMBean org.jboss.varia.scheduler.SingleScheduleProvider --> SingleScheduleProviderMBean qualified to SingleScheduleProviderMBean org.jboss.varia.scheduler.XMLScheduleProvider --> XMLScheduleProviderMBean qualified to XMLScheduleProviderMBean org.jboss.varia.scheduler.example.SchedulableMBeanExample --> SchedulableMBeanExampleMBean qualified to SchedulableMBeanExampleMBean org.jboss.web.loadbalancer.LoadBalancerService --> LoadBalancerServiceMBean qualified to LoadBalancerServiceMBean Running Generating output for 'org.jboss.varia.masterconfig.Configurator' using template file 'jar:file:/home/jboss/jbossci/jboss-head/thirdparty/xdoclet-xdoclet/lib/xdoclet-jboss-module-jb4.jar!/xdoclet/modules/jboss/jmx/resources/jbossmx-xml-descriptor.xdt'. Running Generating output 'transaction-service.xml' using template file 'jar:file:/home/jboss/jbossci/jboss-head/thirdparty/xdoclet-xdoclet/lib/xdoclet-jboss-module-jb4.jar!/xdoclet/modules/jboss/jmx/resources/jboss-service-template.xdt'. INFO:Some classes refer to other classes that were not found among the sources or on the classpath. (Perhaps the referred class doesn't exist? Hasn't been generated yet?) The referring classes do not import any fully qualified classes matching these classes. However, since no packages are imported, xjavadoc has assumed that the referred classes belong to the same package as the referring class. The classes are: org.jboss.varia.masterconfig.TestService --> TestServiceMBean qualified to TestServiceMBean _default:compile-classes: [mkdir] Created dir: /home/jboss/jbossci/jboss-head/varia/output/classes [depend] Deleted 0 out of date files in 0 seconds [javac] Compiling 118 source files to /home/jboss/jbossci/jboss-head/varia/output/classes /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/web/loadbalancer/scheduler/NoSchedulableNodeAvailableException.java:31: cannot resolve symbol symbol : constructor Exception (java.lang.String,java.lang.Throwable) location: class java.lang.Exception super(message, cause); ^ /home/jboss/jbossci/jboss-head/varia/src/main/org/jboss/web/loadbalancer/scheduler/NoSchedulableNodeAvailableException.java:36: cannot resolve symbol symbol : constructor Exception (java.lang.Throwable) location: class java.lang.Exception super(cause); ^ 2 errors BUILD FAILED file:/home/jboss/jbossci/jboss-head/varia/../tools/etc/buildfragments/targets.ent:45: Compile failed; see the compiler error output for details. Total time: 2 minutes 29 seconds --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinf
RE: [JBoss-dev] JBoss-IDE 1.0 alpha released
Great work hans! Come on JBoss community! Try it out! Bang on it! Many thanks, Bill Burke Chief Architect JBoss Group, LLC > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Hans > Dockter > Sent: Wednesday, January 29, 2003 6:09 AM > To: [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Subject: [JBoss-dev] JBoss-IDE 1.0 alpha released > > > I'm delighted to announce the release of JBoss-IDE 1.0 alpha. > > The JBoss-IDE is based on Eclipse. > > Link to the JBoss-IDE project page: > > http://www.jboss.org/developers/projects/jboss/jbosside.jsp > > You can download JBoss-IDE from: > > http://prdownloads.sourceforge.net/jboss/jbosside1.0a_05.zip?download > > > Enjoy (-: > > Hans > > > > --- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JBoss-IDE 1.0 alpha released
I'm delighted to announce the release of JBoss-IDE 1.0 alpha. The JBoss-IDE is based on Eclipse. Link to the JBoss-IDE project page: http://www.jboss.org/developers/projects/jboss/jbosside.jsp You can download JBoss-IDE from: http://prdownloads.sourceforge.net/jboss/jbosside1.0a_05.zip?download Enjoy (-: Hans --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-676533 ] Multistep IS NULL SQL incorrect
Bugs item #676533, was opened at 2003-01-29 04:15 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=676533&group_id=22866 Category: JBossCMP Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Jeremy Boynes (jboynes) Assigned to: Jeremy Boynes (jboynes) Summary: Multistep IS NULL SQL incorrect Initial Comment: With the commerce test schema, the EJB-QL query SELECT OBJECT(l) FROM LineItem l WHERE l.order.billingAddress IS NULL generates the SQL SELECT DISTINCT t0_l.id FROM LINEITEMEJB t0_l, ORDER_DATA t1_l_order WHERE (t1_l_order.BILLING_ADDRESS IS NULL) AND (t1_l_order.BILLING_ADDRESS=t1_l_order.id) which results in an SQLException because there is no ID column in ORDER_DATA but in reality it is just totally messed up. -- >Comment By: Sacha Labourey (slaboure) Date: 2003-01-29 09:24 Message: Logged In: YES user_id=95900 I suspect this bug to occur in other situations as well and not strictly in this "multi-step" schema. Here is the situation: Given a EJB A, which builds a composite recursive datastructure, something like: setId(Long id) // The unique identifier of A getId() : Long setParent(A) getParent() : A setChildren(Collection ofAs) getChildren() : Collection If you want to query all A's, which do not have a parent: SELECT OBJECT(a) FROM A a WHERE a.parent IS NULL Executing this EJB-QL i always get an empty collection. The SQL, which is generated is something like: SELECT t0_a.id FROM A t0_a WHERE (t0_a.parent IS NULL) AND (t0_a.parent=t0_a.id) which is wrong in this case. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=376685&aid=676533&group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development