[Installation, Configuration & DEPLOYMENT] - Need help instaling app into JBoss 4.2.0GA
by mclagett
Hi --
Here is a message I posted on the Jira Forums. I just installed Jira in JBoss 4.2.0 and have encountered an issue, which I outline in the message below. It was suggested to me that perhaps I haven't done enough to tell JBoss there is a Jira app deployed at lcalhost:8080/Jira.
If anybody has any thoughts, I'd be greatly appreciative.
Here's the message:
Hi --
I just tried to do an install of Jira into JBoss 4.2.0GA (with integrated Tomcat). Not sure if I followed the instructions correctly, but briefly i did the following:
1) Downloaded ojdbc14.jar from Oracle and placed it into JBoss's server/default/deploy/lib folder
2) created a jira-ds.xml and placed it into JBoss's server/deploy folder. It's short enough that I feel okay including it here:
<?xml version="1.0" encoding="UTF-8"?>
<!-- DataSource for JIRA webapp,
called 'JiraDS' (must be same in entityengine.xml) -->
<local-tx-datasource>
<jndi-name>JiraDS</jndi-name>
<connection-url>jdbc:oracle:thin:@localhost:1521:jiradb</connection-url>
<driver-class>oracle.jdbc.driver.OracleDriver</driver-class>
<user-name>jirauser</user-name>
jirauser
</local-tx-datasource>
3) Downloaded the Jira WAR distribution and edited the entityengine.xml in edit-webapp\WEB-INF\classes
Again the changes are small enough that I feel okay posting them here:
<transaction-factory class="org.ofbiz.core.entity.transaction.JNDIFactory">
<user-transaction-jndi jndi-server-name="default" jndi-name="UserTransaction"/>
<transaction-manager-jndi jndi-server-name="default" jndi-name="java:TransactionManager"/>
</transaction-factory>
And
<datasource name="defaultDS" field-type-name="oracle10g"
schema-name="PUBLIC"
helper-class="org.ofbiz.core.entity.GenericHelperDAO"
check-on-start="true"
use-foreign-keys="false"
use-foreign-key-indices="false"
check-fks-on-start="false"
check-fk-indices-on-start="false"
add-missing-on-start="true"
check-indices-on-start="true">
<jndi-jdbc jndi-server-name="default" jndi-name="java:JiraDS"/>
<!-- Orion format: <jndi-jdbc jndi-server-name="default" jndi-name="jdbc/JiraDS"/> -->
<!-- JBoss format: <jndi-jdbc jndi-server-name="default" jndi-name="java:/DefaultDS"/> -->
<!-- Weblogic format: <jndi-jdbc jndi-server-name="default" jndi-name="JiraDS"/> -->
4) I then built Jira and copied the result WAR file to JBoss's server/default/deploy folder renaming it to Jira.WAR
5) stopped and restarted JBoss (which I have running as a service on Windows 2003 sp2 server)
In the server log for JBOSS all indications are that everything it tried to load loaded correctly. No errors or exceptions flagged with any of the Jira stuff
Also, when I examine JBoss with jmx-console I see four entries for JiraDS -- DataSourceBinding, LocalTxCM, ManagedConnectionFactory, ManagedConnectionPool.
There are also two entries for:
J2EEApplication=null,J2EEServer=Local,WebModule=jira.war,j2eeType=Servlet,name=default
AND
J2EEApplication=null,J2EEServer=Local,WebModule=jira.war,j2eeType=Servlet,name=jsp
Yet I am getting a 404 message when I am attempting to connect with http://localhost:8080/jira/
Does anyone have any ideas for me. It would appear that a lot of this went well, but I'm new to JBoss (and Java altogether, actually) and am not sure what might still be the problem.
Thank you very much for any help you might provide.
Regards,
Mike
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092265#4092265
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092265
18Â years, 6Â months
[JBoss Seam] - Re: Seam 2.0.0.CR2: lib jars have lost their versions
by bsmithjj
"tynor" wrote : anonymous wrote : I think /build/root.pom.xml ought to be enough for figuring out versions, so I don't think a VERSIONS.txt file is necessary.
|
| Perhaps so. My experience on a previous project that used Maven's ant dependency management plugin (as seam-gen apparently does now), is that the explicit dependencies in the pom.xml only tell you so much -- the transitive dependencies that bring in jars indirectly can be difficult to predict. Fortunately, when using maven dependencies directly, the resulting jars have versioned names (:)), so one could always tell what version it ended up choosing.
|
| I don't want this to turn into a religous argument - i just want an "easy" way to tell what version of any given jar Seam has decided to bundle for me -- so when I add a new jar that also depends on, say, commons-digester.jar, I can quickly tell if it is compatible with the one I've already got.
|
We're a maven2 - seam shop - we use archetypes to start all our Seam projects. Who knows? now that maven2 is getting uptake on this project, maybe someday seam-gen functionality will be available as an archetype... Anyway, since I spend a fair amount of time making sure our internal repository has the right versions of jars and that our archetype poms are correct, I would like to second the request to have the version numbers left on the jar names. It just makes dependency mgmt / troubleshooting much easier (BTW - not all the jar versions are appended to the lib jars in the previous release(s) - is there any chance that things like JBoss jars could have the server-version number they represent appended? things like servlet-api, and jsf-api have the spec numbers appended? as well....).
One other thing- I can indeed review the pom.xml for version numbers, however, flipping between the pom and the file system to make the association is tedious and error prone - especially with many dependencies.
Thanks,
Brad Smith
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092263#4092263
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092263
18Â years, 6Â months
[JBoss jBPM] - Re: What's the difference betw. jbpm and jbpm-jpdl?
by DerJohannes
"koen.aers(a)jboss.com" wrote : There is no difference. jbpm-jpdl is a rebranding of jbpm because we wanted to make a distinction with the jbpm-bpel project.
|
| Regards,
| Koen
Thank you for clearing this up (although kukeltje's answer was slightly different :-/ ).
As an intermediate wrap-up, the anwers to the first questions in my initial posting:
anonymous wrote : Is "jbpm-jpdl" a successor/replacement of "jbpm", or will they be developed independently in the future?
seem to be:
- "jbpm-jpdl" a successor/replacement (aka rebranding) of "jbpm".
- They won't be developed independently in the future.
Am I right in assuming that the answer to the latter questions in my first posting:
anonymous wrote : If one wants to start a new jBPM project from the scratch, should he or she choose "jbpm-jpdl" (because jbpm is going to be obsolete soon), or could "jbpm" be the right choice?
is
For new jBPM projects better choose "jbpm-jpdl", because "jbpm" is already obsolete.
?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092259#4092259
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092259
18Â years, 6Â months
[JBoss Portal] - Re: Struts bridge
by arunprasathav
Hi
I am new to struts portlet. I downloaded the struts mail demo war file.
All the changes have been made as u specified in the forum.
But after deploying it, i get class not found exception
| 2007-10-06 14:54:06,198 ERROR [STDERR] java.lang.ClassNotFoundException: org.jboss.portal.bridge.JBossServletContextProvider
| 2007-10-06 14:54:06,198 ERROR [STDERR] at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1358)
| 2007-10-06 14:54:06,198 ERROR [STDERR] at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204)
| 2007-10-06 14:54:06,198 ERROR [STDERR] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
| 2007-10-06 14:54:06,198 ERROR [STDERR] at java.lang.Class.forName0(Native Method)
| 2007-10-06 14:54:06,198 ERROR [STDERR] at java.lang.Class.forName(Class.java:164)
| 2007-10-06 14:54:06,198 ERROR [STDERR] at org.apache.portals.bridges.struts.StrutsPortlet.init(StrutsPortlet.java:130)
| 2007-10-06 14:54:06,214 ERROR [STDERR] at org.jboss.portal.portlet.impl.jsr168.PortletContainerImpl.initPortlet(PortletContainerImpl.java:359)
| 2007-10-06 14:54:06,214 ERROR [STDERR] at org.jboss.portal.portlet.impl.jsr168.PortletContainerImpl.start(PortletContainerImpl.java:233)
| 2007-10-06 14:54:06,214 ERROR [STDERR] at org.jboss.portal.portlet.impl.container.PortletApplicationContextImpl.startPortletApplication(PortletApplicationContextImpl.java:130)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092257#4092257
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092257
18Â years, 6Â months
[JBoss jBPM] - Re: What's the difference betw. jbpm and jbpm-jpdl?
by DerJohannes
"kukeltje" wrote : yes, it is to obvious... jbpm is the project, jpdl (one of) the process languages
Thank you for your reply. Now I know that I did not explain the problem well enough.
The problem is that there are obvious facts that partly seem contradictory (certainly not only) to me.
Of course JPDL is (one of) the process languages used by jbpm.
The obvious facts / unanswered questions are:
- JPDL is already part of the NOT-jpdl project.
- The sizes of the "jbpm-jpdl" download packages are nearly as big as the sizes of the "jbpm" packages.
- When I go on the "latest file releases" page:
http://sourceforge.net/project/showfiles.php?group_id=70542&package_id=14...
and click on package "jbpm jpdl 3", I see a donwload list that is mixture of "jbpm" and "jbpm-jpdl" packages.
- At the lower part of the list, only "pure" jbpm packages are listed. In the upper part of the list the "jbpm-jpdl" packages appear by degrees, as if "jbpm-jpdl" was a successor of "jbpm" (first jbpm-jpdl-3.2.Alpha1, then jbpm-jpdl-3.2.Alpha2, jbpm-jpdl-3.2.Beta1, jbpm-jpdl-3.2.Beta2, jbpm-jpdl-3.2.GA, jbpm-jpdl-3.2.1, jbpm-jpdl-3.2.2)
- At the top of the list, ONLY "jbpm-jpdl" packages are listed. This fuels the impression that the "jpbm-jpdl" project is a successor of "jbpm".
- There is a complete "jbpm-jpdl" starters kit which is named "jbpm-jpdl-suite-3.2.2.zip". Its web application seems more up-to-date than the current "jbpm" starters kit web application ("jbpm-starters-kit-3.1.4"). This also fuels the impression that the "jpbm-jpdl" project is a successor of "jbpm".
With these facts in mind, I want to ask again:
What exactly is the difference between the "jbpm" project/download packages (obviously containing JPDL), and the "jbpm-jpdl" project/download packages?
Why are they overlapping (jpdl is part of jpbm) and concurrently competing (with two different web applications)?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4092253#4092253
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4092253
18Â years, 6Â months