[JBoss Tools] - How to figure out where a Jira were committed
by Max Andersen
Max Andersen [http://community.jboss.org/people/max.andersen%40jboss.com] created the document:
"How to figure out where a Jira were committed"
To view the document, visit: http://community.jboss.org/docs/DOC-16014
--------------------------------------------------------------
Noone should ever forget to set the proper fix version on a jira when you resolve or close it but sometimes we forget.
Below i'm outlining how you can figure out when/where things are actually committed.
h1. Find the matching commit
First find the commit that matches the issue. For that the simplest way is to go to the Subversion Commit tab of the issue.
h2. http://community.jboss.org/servlet/JiveServlet/showImage/10525/jira_commi... http://community.jboss.org/servlet/JiveServlet/downloadImage/10525/450-14...
This of course assumes you reference the jira in the commit message. If the jira is not referenced go hunt down the developer
and make him find it - if that is yourself, well - good hunting. svn log or http://fisheye.jboss.org http://fisheye.jboss.org might be of help to you.
h1. Figure out what version the commit is for
When you got the commit you know the date and if it were committed in trunk or a branch.
Now if that is not enough to figure out what specific release it was in you need to start using svn log to be sure of when a commit actually happend - using the release date of JBoss Tools is not good since the release date might be a few days after the tag actually happend.
Thus svn log it is. You can use it to find when specific tags or branches happened.
To find the branch date of 3.2.x you do the following on a command line:
svn log https://svn.jboss.org/repos/jbosstools/branches/jbosstools-3.1.x -v --stop-on-copy
This command goes back on the branch (or tag) and spits out the full log until it were created (i.e. when it were "copied")
This should give a long output which ends with something like this:
------------------------------------------------------------------------
r20399 | nickboldt | 2010-02-20 01:39:20 +0100 (Sat, 20 Feb 2010) | 1 line
Changed paths:
D /branches/jbosstools-3.1.0.RC2
A /branches/jbosstools-3.1.x (from /branches/jbosstools-3.1.0.RC2:20398)
rename branch from RC2 to .x
------------------------------------------------------------------------
This means that 3.1.x were done at "2010-02-20 01:39:20 +0100" and copied from the 3.1.0.RC2 branch, thus if your commit were done to this 3.1.0.RC2 branch before that date it is in 3.1.x. Of course if your commit were done in trunk you will then need to check if the RC2 branch were done before or after your trunk commit.
To know if your fix made it into a specific version (which you will need to know to set the proper fix version months after it actually happend) then you just use svn log on the specific tag. i.e. here it is for 3.2.0:
svn log https://svn.jboss.org/repos/jbosstools/tags/jbosstools-3.1.0.GA -v --stop-on-copy
------------------------------------------------------------------------
r20694 | nickboldt | 2010-03-06 00:46:43 +0100 (Sat, 06 Mar 2010) | 1 line
Changed paths:
A /tags/jbosstools-3.1.0.GA (from /branches/jbosstools-3.1.x:20693)
tag 3.1.0.GA
------------------------------------------------------------------------
Which reveals the actual 3.1.0.GA were done on "2010-03-06 00:46:43 +0100" about 3 weeks after the branch were created.
If you don't know the exact name of the tags/branches simply browse https://svn.jboss.org/repos/jbosstools/tags https://svn.jboss.org/repos/jbosstools/tags or https://svn.jboss.org/repos/jbosstools/tags https://svn.jboss.org/repos/jbosstools/branches
h1. What if my code does not live in JBoss Tools repo ?
This is the case for a few components such as Drools, Savara, Teiid and others. They cab do the similar tricks outlined above, but in that repo and match up what version in JBoss Tools it works with. If if in doubt on what version of Drools, Savara,etc. made it into a specific release, the simplest way is currently to ask on jbosstools-dev.
TBD: Link/page/resource where this can be found out.
h1. Update the Jira
If an issue is already resolved or closed you need to reopen the issue, put a comment on why (i.e. "reopen to set fix version"), set the fix version and then resolve or close it (i.e. whatever it was before) and then leave additional comments for what were found. i.e. if you had to track down the specific svn commit because the jira weren't referenced then putting in a rev id or even better the fisheye link to the related commit would be good. That avoids you or others to have to do the same hunting once more.
...and remember, all this could be avoided if you just always set the fix version properly when resolving/closing the issue ;)
--------------------------------------------------------------
Comment by going to Community
[http://community.jboss.org/docs/DOC-16014]
Create a new document in JBoss Tools at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&co...]
13 years, 7 months
[JBoss Microcontainer] - How to force log4j.xml to be read out of my war?
by Aaron Phillips
Aaron Phillips [http://community.jboss.org/people/phyto] created the discussion
"How to force log4j.xml to be read out of my war?"
To view the discussion, visit: http://community.jboss.org/message/568308#568308
--------------------------------------------------------------
Hi folks,
Here's my problem, i have a WAR within an EAR. Within the EAR itself are all the jars used by the WAR, which has no jars. My WAR does log4j logging, and contains a log4j.xml in it's WEB-INF/classes. The problem is, several of the jars in the EAR have also package a log4j.xml within them and the classloader is preferring these inner log4j.xmls to the one in my WAR's WEB-INF/classes. I should mention that the WAR declares a manifest.mf file that lists the jars in the EAR explicitly.
I think I've confirmed this theory (of the EAR's resources being preffered over WEB-INF/classes), by the following: I moved all the libs out of the EAR into the WAR's WEB-INF/lib. My logging works in this case, as I would expect, since WARs honor resources in 'classes' over 'lib'.
I'd like to keep the jars in the EAR and not have to move them to the WAR. I have tried listing the log4j.xml in the WAR's manifest ahead of all other resources, but that does not work. I have also tried twiddling the jboss-classloading.xml to get around this, to no avail. Any ideas?
For a little more context, see http://goo.gl/kNqn http://goo.gl/kNqn
Thanks!
Aaron
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/568308#568308]
Start a new discussion in JBoss Microcontainer at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 7 months
[JBoss Messaging] - Post office joining wrong cluster
by Dimitar Zlatkov
Dimitar Zlatkov [http://community.jboss.org/people/dzlatkov] created the discussion
"Post office joining wrong cluster"
To view the discussion, visit: http://community.jboss.org/message/568283#568283
--------------------------------------------------------------
Hi,
I'm running into a problem where:
1. I have two or more clusters.
2. Each cluster has 3 nodes, and each jboss instance is started with -Djboss.messaging.ServerPeerID=<NODE_NUMBER>, where the node number is 1,2 or 3.
Looking at the logs, I'm seeing that JBoss recognizes the distinct clusters, but the messaging system does not.
JBoss 4.2.3
JBM 1.4.5
I'm in the process of changing the default JBossMQ into JBM and I'm running into this issue.
Logs:
2010-10-22 17:32:29,593 INFO [org.jboss.jms.server.ServerPeer] JBoss Messaging 1.4.5.GA server [1] started
2010-10-22 17:32:30,058 INFO [STDOUT]
-------------------------------------------------------
GMS: address is 10.1.17.75:46199
-------------------------------------------------------
2010-10-22 17:32:30,062 INFO [STDOUT]
-------------------------------------------------------
GMS: address is 10.1.17.75:7900
-------------------------------------------------------
2010-10-22 17:32:37,107 INFO [org.jboss.messaging.core.impl.postoffice.GroupMember] org.jboss.messaging.core.impl.postoffice.GroupMember$ControlMembershipListener@239d5fe6 got new view [10.1.19.104:49717|7] [10.1.19.104:49717, 10.1.19.92:54890, 10.1.19.91:53573, 10.1.17.75:46199], old view is null
2010-10-22 17:32:37,108 INFO [org.jboss.messaging.core.impl.postoffice.GroupMember] I am (10.1.17.75:46199)
2010-10-22 17:32:37,108 INFO [org.jboss.messaging.core.impl.postoffice.GroupMember] New Members : 4 ([10.1.19.104:49717, 10.1.19.92:54890, 10.1.19.91:53573, 10.1.17.75:46199])
2010-10-22 17:32:37,108 INFO [org.jboss.messaging.core.impl.postoffice.GroupMember] All Members : 4 ([10.1.19.104:49717, 10.1.19.92:54890, 10.1.19.91:53573, 10.1.17.75:46199])
2010-10-22 17:32:53,000 ERROR [org.jboss.messaging.util.ExceptionUtil] org.jboss.messaging.core.jmx.MessagingPostOfficeService@3b76d662 startService
java.lang.IllegalArgumentException: Cannot start post office since there is already a post office in the cluster with the same node id (1). Are you sure you have given each node a unique node id during installation?
at org.jboss.messaging.core.impl.postoffice.MessagingPostOffice.start(MessagingPostOffice.java:378)
at org.jboss.messaging.core.jmx.MessagingPostOfficeService.startService(MessagingPostOfficeService.java:462)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:196)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
... <omitted for brevity>
2010-10-22 17:32:53,004 WARN [org.jboss.system.ServiceController] Problem starting service jboss.messaging:service=PostOffice
java.lang.IllegalArgumentException: Cannot start post office since there is already a post office in the cluster with the same node id (1). Are you sure you have given each node a unique node id du
ring installation?
at org.jboss.messaging.core.impl.postoffice.MessagingPostOffice.start(MessagingPostOffice.java:378)
at org.jboss.messaging.core.jmx.MessagingPostOfficeService.startService(MessagingPostOfficeService.java:462)
at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:196)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
... <omitted for brevity>
-------------------------------------------------------
GMS: address is 10.1.17.75:58939
-------------------------------------------------------
2010-10-22 17:33:04,753 INFO [org.jboss.jmx.adaptor.snmp.agent.SnmpAgentService] SNMP agent going active
2010-10-22 17:33:05,318 INFO [org.jboss.ha.framework.interfaces.HAPartition.engine-dev] Initializing
2010-10-22 17:33:05,361 INFO [STDOUT]
-------------------------------------------------------
GMS: address is 10.1.17.75:48494
-------------------------------------------------------
2010-10-22 17:33:07,371 INFO [org.jboss.ha.framework.interfaces.HAPartition.engine-dev] Number of cluster members: 1
2010-10-22 17:33:07,372 INFO [org.jboss.ha.framework.interfaces.HAPartition.engine-dev] Other members: 0
2010-10-22 17:33:07,372 INFO [org.jboss.ha.framework.interfaces.HAPartition.engine-dev] Fetching state (will wait for 30000 milliseconds):
2010-10-22 17:33:07,372 INFO [org.jboss.ha.framework.interfaces.HAPartition.engine-dev] State could not be retrieved (we are the first member in group)
2010-10-22 17:33:09,857 INFO [org.jboss.ha.jndi.HANamingService] Started ha-jndi bootstrap jnpPort=1100, backlog=50, bindAddress=/10.1.17.75
2010-10-22 17:33:09,873 INFO [org.jboss.ha.jndi.DetachedHANamingService$AutomaticDiscovery] Listening on /10.1.17.75:1102, group=230.0.0.4, HA-JNDI address=10.1.17.75:1100
2010-10-22 17:33:10,189 INFO [STDOUT]
-------------------------------------------------------
GMS: address is 10.1.17.75:39147
-------------------------------------------------------
Any clues to what's going on?
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/568283#568283]
Start a new discussion in JBoss Messaging at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 7 months
[jBPM] - Got xml validation error while call NewDeployment deploy method
by Bo meng
Bo meng [http://community.jboss.org/people/billmeng70] created the discussion
"Got xml validation error while call NewDeployment deploy method"
To view the discussion, visit: http://community.jboss.org/message/568281#568281
--------------------------------------------------------------
Hi there,
I got below xaml validation error while I was tring to call NewDeployment deploy method.It looks like when Jbpm deploy this file it got validation errors. I could using other simple jpdl.xml file which from Jbpm 4.0 examples.
My environment, Jbpm 4.0, weblogic11(10.3.3.0), and Oracle.
My jpdl.xml file
<?xml version="1.0" encoding="UTF-8"?>
<process name="retrieveCatalog" xmlns=" http://jbpm.org/4.0/jpdl http://jbpm.org/4.0/jpdl">
<start>
<transition to="retreiveCatalogRequest"/>
</start>
<custom name="retreiveCatalogRequest" class="com.mytest.services.workflow.activity.MakeServiceRequest">
<property name="requestData">
<map>
<entry>
<key><string value="application"/></key>
<value><object expr="#{requestData.application}"/></value>
</entry>
</map>
</property>
<transition to="retreiveCatalogEnd"/>
</custom>
<end name="retreiveCatalogEnd"/>
</process>
The exception message:
25-Oct-2010 1:30:20 PM org.jbpm.internal.log.Jdk14Log info
INFO: errors during deployment of deployment(89):
xml validation error: cvc-complex-type.2.4.d: Invalid content was found starti
ng with element 'value'. No child element is expected at this point. [line=13 co
lumn=13 ]: org.xml.sax.SAXParseException: cvc-complex-type.2.4.d: Invalid conten
t was found starting with element 'value'. No child element is expected at this
point.
error: couldn't interpret the dom model: couldn't initialize object 'com.mytest.services.workflow.activity.MakeServiceRequest': couldn't initialize object 'ja
va.util.HashMap' : org.jbpm.pvm.internal.wire.WireException: couldn't initialize
object 'com.points.services.workflow.activity.MakeServiceRequest': couldn't ini
tialize object 'java.util.HashMap'
25-Oct-2010 1:30:20 PM org.jbpm.internal.log.Jdk14Log info
INFO: errors during deployment of deployment(89):
xml validation error: cvc-complex-type.2.4.d: Invalid content was found starti
ng with element 'value'. No child element is expected at this point. [line=13 co
lumn=13 ]: org.xml.sax.SAXParseException: cvc-complex-type.2.4.d: Invalid conten
t was found starting with element 'value'. No child element is expected at this
point.
error: couldn't interpret the dom model: couldn't initialize object 'com.mytest.services.workflow.activity.MakeServiceRequest': couldn't initialize object 'ja
va.util.HashMap' : org.jbpm.pvm.internal.wire.WireException: couldn't initialize
object 'com.points.services.workflow.activity.MakeServiceRequest': couldn't ini
tialize object 'java.util.HashMap'
25-Oct-2010 1:30:20 PM org.jbpm.internal.log.Jdk14Log info
INFO: exception while executing command mailto:org.jbpm.pvm.internal.cmd.DeployCmd@15ab org.jbpm.pvm.internal.cmd.DeployCmd@15ab
6c6
org.jbpm.api.JbpmException:
xml validation error: cvc-complex-type.2.4.d: Invalid content was found starti
ng with element 'value'. No child element is expected at this point. [line=13 co
lumn=13 ]: org.xml.sax.SAXParseException: cvc-complex-type.2.4.d: Invalid conten
t was found starting with element 'value'. No child element is expected at this
point.
error: couldn't interpret the dom model: couldn't initialize object 'com.mytest.services.workflow.activity.MakeServiceRequest': couldn't initialize object 'ja
va.util.HashMap' : org.jbpm.pvm.internal.wire.WireException: couldn't initialize
object 'com.points.services.workflow.activity.MakeServiceRequest': couldn't ini
tialize object 'java.util.HashMap'
at org.jbpm.pvm.internal.xml.ProblemList.getJbpmException(ProblemList.ja
va:168)
at org.jbpm.pvm.internal.xml.ProblemList.getJbpmException(ProblemList.ja
va:141)
at org.jbpm.pvm.internal.repository.DeployerManager.deploy(DeployerManag
er.java:50)
at org.jbpm.pvm.internal.repository.RepositorySessionImpl.deploy(Reposit
orySessionImpl.java:55)
at org.jbpm.pvm.internal.cmd.DeployCmd.execute(DeployCmd.java:46)
at org.jbpm.pvm.internal.cmd.DeployCmd.execute(DeployCmd.java:32)
at org.jbpm.pvm.internal.svc.DefaultCommandService.execute(DefaultComman
dService.java:42)
at org.jbpm.pvm.internal.tx.StandardTransactionInterceptor.execute(Stand
ardTransactionInterceptor.java:54)
at org.jbpm.pvm.internal.svc.EnvironmentInterceptor.execute(EnvironmentI
nterceptor.java:54)
at org.jbpm.pvm.internal.svc.RetryInterceptor.execute(RetryInterceptor.j
ava:55)
at org.jbpm.pvm.internal.repository.DeploymentImpl.deploy(DeploymentImpl
.java:89)
at com.points.services.workflow.web.UploadController.acceptUpload(Upload
Controller.java:59)
at com.points.services.workflow.web.UploadController.handleRequestIntern
al(UploadController.java:39)
at org.springframework.web.servlet.mvc.AbstractController.handleRequest(
AbstractController.java:153)
at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.ha
ndle(SimpleControllerHandlerAdapter.java:48)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(Dispatch
erServlet.java:875)
Thanks,
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/568281#568281]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 7 months
[Beginner's Corner] - stopping a war doesn't release memory?
by Michael Whitman
Michael Whitman [http://community.jboss.org/people/gregarine] created the discussion
"stopping a war doesn't release memory?"
To view the discussion, visit: http://community.jboss.org/message/568218#568218
--------------------------------------------------------------
I have an instance of JBoss 4.0.5.GA running 3 wars. When JBoss starts up it looks like it has almost 2 gig of free memory. Over 3 or 4 days that free memory is used up and JBoss locks up requiring a restart. So I suspect a memory leak. This weekend i watched the memory decline and when it got pretty low (200 meg) I stopped and restarted each war from the JMX console one at a time. I thought if one of my wars had a memory leak I would see GC and the free memory would jump back up. This is not what happened. There was no memory recovered. I had to restart JBoss. I do see little GCs happening occasionally but I don't understand why stopping a war would not release a chunk of memory? Xmx is 2g so is Xmx. I am running Java 1.5.0_17.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/568218#568218]
Start a new discussion in Beginner's Corner at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
13 years, 7 months
