[JBoss AS 7 Development] - On the topic of missing resources
by Nicklas Karlsson
Nicklas Karlsson [https://community.jboss.org/people/nickarls] created the discussion
"On the topic of missing resources"
To view the discussion, visit: https://community.jboss.org/message/787009#787009
--------------------------------------------------------------
The current upstream master currently says upon finding a mismatch in datasource definition/lookup something like
> JBAS014775: New missing/unsatisfied dependencies:
> service jboss.naming.context.java.jboss.datasources.testDS (missing) depen
> dents: [service jboss.persistenceunit."Test.war#primary"]
Although it well, says what happens, is the contextual information available so that the message could be something like
> *"Sorry to bother you but when I tried to deploy test.war I noticed that it was JPA enabled (I found a persistence.xml in test.war/WEB-INF\classes\META-INF).*
> *Upon futher investigation I noticed that the persistence unit called "primary" was looking for a JNDI bound datasource at "java:jboss/datasources/testDS". This, however,*
> *was not found but I found these instead:*
>
> *java:jboss/datasources/badtestDS (defined in test-ds-xml in the standalone/deployments folder)*
> *java:jboss/datasources/exampleDS (defined in standalone/configuration/xml in the datasources subsystem)*
>
> *I might of course guess but I suggest that you match the two JNDI names yourself (perhaps there was a typo or difference in the JNDI prefix)?*
>
> *Have a nice day!*
> * Yours truly, AS 7.2.0"*
other messages could be
> *"While I was looking through the datasource definition I noticed that you referenced a driver named "ojdbc6" in the datasource "foo" defined in standalone/configuration/xml in the datasources subsystem,*
> *however, no driver matching that name was found defined. What I found was a driver named*
>
> *"com.oracle.db"*
>
> *Perhaps you were referring to that?*
>
> *Have a nice day!*
> * Yours truly, AS 7.2.0"*
or
> *"**While I was looking through the datasource definition I noticed that you referenced a driver named "ojdbc6" in the datasource "foo" defined in standalone/configuration/xml in the datasources subsystem,*
> *however, the driver definition references a module "com.oracle.db.drv" which was not found in the JBoss Modules system. I found the following interesting modules*
>
> *"com.oracle.db.drivermodule"
> *
> *
> *
> *Perhaps you were referring to that?*
>
> *Have a nice day!*
> * Yours truly, AS 7.2.0"*
*
*
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/787009#787009]
Start a new discussion in JBoss AS 7 Development at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 9 months
[jBPM Development] - how to fill a task properties in order to get fields on generated tasks forms ?
by Feki Ahmed
Feki Ahmed [https://community.jboss.org/people/bardelman] created the discussion
"how to fill a task properties in order to get fields on generated tasks forms ?"
To view the discussion, visit: https://community.jboss.org/message/787297#787297
--------------------------------------------------------------
Hi,
By reading the " Generation of process and task forms" paragraph on the 10th chapter of the jbpm user guide i know that :
#
<<Designer will iterate through BPMN2 process and create forms for it, and each of the human tasks in that process. It uses the defined process variables and human task data input/output parameters and associations to create form fields. >>
and
#
<<In order for process and task forms to be generated you have to make sure that your process has it's id parameter set, as well that each of your human tasks have the TaskName parameter set. Task forms contain pure HTML, CSS, and JavaScript, so they are easily editable in any HTML editor. >>
but i still don't know how to fill tasks properties to get fields on generated forms and which langage/syntaxe to use while filling them.
i ve tried to write ; "String name;" on the "DataInputset" and in the "InputDataItem" but still have empty generated forms..
i didn't neither find any tutorial about how to properly use the oryx designer.
thnx to resolve this problem.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/787297#787297]
Start a new discussion in jBPM Development at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 9 months
[JBoss AS 7 Development] - Using netty causes an classloader issue.
by Michael Erdmann
Michael Erdmann [https://community.jboss.org/people/merdmann] created the discussion
"Using netty causes an classloader issue."
To view the discussion, visit: https://community.jboss.org/message/787147#787147
--------------------------------------------------------------
Actually i am trying to implement a small tcp/ip server using google protobuf and netty. At the end an event handler from the netty pipeline will be called which passes the specified message to the server logic. Before invoking the server logic i planned to decode the actual tcp/ip package using the code fragment below.
public class ServerHandler extends SimpleChannelHandler {
@Override
public void messageReceived(ChannelHandlerContext ctx, MessageEvent e) {
ServerCommand req = (ServerCommand) e.getMessage();
ServerNotification rsp = ServerNotification.newBuilder(). .... .build();
}
}
When the client sends a message to the server i get on the server side:
1:29:36,362 WARN [org.jboss.modules] (New I/O server worker #33-1) Failed to define class site.boavista.community.itf.ClientITF$ServerCommandOrBuilder in Module "deployment.MyCommunityJBoss.war:main" from Service Module Loader: java.lang.LinkageError: Failed to link site/boavista/community/itf/ClientITF$ServerCommandOrBuilder (Module "deployment.MyCommunityJBoss.war:main" from Service Module Loader)
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:396)
...
at java.lang.Thread.run(Thread.java:679) [rt.jar:1.6.0_24]
Caused by: j*ava.lang.NoClassDefFoundError: com/google/protobuf/MessageLiteOrBuilder*
which is quite surprising to me since to corrsponding jar of the protobuf package is included in the deployment war file. I would have expected this to be sufficent. Has anybody encountered such an issue already?
Regards
M.Erdmann
Attached the *exception log*. The *source code i*s avaiable under git://github.com/merdmann/MyCommunityJBoss.git
The intersting package is site.boavista.jboss.view; pls. igonore the other packages since they are not yet called and need
some rework.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/787147#787147]
Start a new discussion in JBoss AS 7 Development at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 9 months
[JBoss AS 7 Development] - Re: Using Log4J in AS7
by David Jensen
David Jensen [https://community.jboss.org/people/davidj] created the discussion
"Re: Using Log4J in AS7"
To view the discussion, visit: https://community.jboss.org/message/776750#776750
--------------------------------------------------------------
Hi,
Can someone step me thru how to setup log4j on JBoss AS7?
I've tried the following.
I have an EJB Jar file which has a "log4j.properties" file.
This same JAR file will log correctly on other AppServers (such as Glassfish).
I read else where that I must do the following in my "standalone.xml" file:
+<size-rotating-file-handler+ name="*MY_LOGGER*">
<level name="TRACE"/>
<formatter>
<pattern-formatter pattern="%d{MMM-dd hh:mm:ss} [%c{1}] %m%n"/>
</formatter>
<file relative-to="jboss.server.log.dir" path="*myLogger.log*"/>
<rotate-size value="9216K"/>
<max-backup-index value="3"/>
+</size-rotating-file-handler>+
+
+
<+logger+ category="*com.mycompany*">
<level name="TRACE"/>
<handlers>
<handler name="*MY_LOGGER*"/>
</handlers>
</+logger+>
I tried that and it still doesn't work
I don't want to do anything fancy. All I want is for my log statements to be written in a file called "myLogger.log".
Any help would be appreciated.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/776750#776750]
Start a new discussion in JBoss AS 7 Development at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
12 years, 9 months
Re: [jboss-dev-forums] [JBoss AS 7 Development] - Single Installation Patching
by David Jorm
David Jorm [https://community.jboss.org/people/dfj] commented on the document
"Single Installation Patching"
To view all comments on this document, visit: https://community.jboss.org/docs/DOC-47500#comment-11319
--------------------------------------------------
During a discussion of this patching mechanism between Kevin Conner and the security response team, we covered the issue of old JARs being left on the system after they have been updated by a patch. With previous zip-based patching, the old JARs would be overwritten. With this mechanism, the old JARs are left on the system (for rollback etc.). This potentially exposes security concerns, where a patch provides updated JARs that resolve security issues. Although the old JARs would not be deployed in the running server, they could be exposed via classpath, and they could be accidentally/inadvertently used in running code. To remove this possibility, I suggest disabling old JARs when they are archived, and then re-enabling them again if and when they are rolled back. The disabling would need to be two-way (i.e. you can disable then re-enable later). It doesn't need to use any fancy techniques, so long as it effectively renders the JAR unusable. Off the top of my head, one way to do this is to just flip a bit in the zip file end of central directory signature (little-endian 0x06054b50). I have tested this method and it renders the JAR unable to be extracted, and unable to be executed by the JVM. Re-enabling is just a matter of flipping the bit back. Of course, this only works for zipped JARs; exploded JARs would require something similar done to the individual class files.
What do people think, it this a feasible idea?
--------------------------------------------------
12 years, 9 months