[JNDI and Naming] - Upgrade from 4.0.3 to 5.1.0
by Steven Reich
Steven Reich [http://community.jboss.org/people/tauman%40yahoo.com] created the discussion
"Upgrade from 4.0.3 to 5.1.0"
To view the discussion, visit: http://community.jboss.org/message/555707#555707
--------------------------------------------------------------
I am upgrading an application from JBoss 4.0.3 to 5.1.0 and have run into a problem when attempting to get an InitialContext object to connect to JNDI from another machine (or even the same machine when referred to by its name or IP rather than just localhost). Here is a test class which reproduces the problem:
import java.util.Properties;
import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;
public class ContextTest {
public static void main(String[] args) {
String url = "localhost:1099";
// String url = "AHRC00WKG2208:1099";
Properties p = new Properties();
p.setProperty(Context.INITIAL_CONTEXT_FACTORY,
"org.jnp.interfaces.NamingContextFactory");
p.setProperty(Context.URL_PKG_PREFIXES,
"org.jboss.naming:org.jnp.interfaces");
p.setProperty(Context.PROVIDER_URL, url);
try {
InitialContext context = new InitialContext(p);
Object queue = context.lookup("queue/ImageUploadQueue");
System.out.println(queue);
}
catch (NamingException e) {
e.printStackTrace();
}
}
}
When I run this against JBoss 4.0.3, either url will work, but against 5.1.0, running against the non-localhost value causes the following exception:
javax.naming.CommunicationException: Could not obtain connection to any of these urls: AHRC00WKG2208:1099 and discovery failed with error: javax.naming.CommunicationException: Receive timed out [Root exception is java.net.SocketTimeoutException: Receive timed out] [Root exception is javax.naming.CommunicationException: Failed to connect to server AHRC00WKG2208/143.134.34.36:1099 [Root exception is javax.naming.ServiceUnavailableException: Failed to connect to server AHRC00WKG2208/143.134.34.36:1099 [Root exception is java.net.ConnectException: Connection refused: connect]]]
at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1763)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:693)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:686)
at javax.naming.InitialContext.lookup(InitialContext.java:392)
at com.tauman.test.ContextTest.main(ContextTest.java:24)
Caused by: javax.naming.CommunicationException: Failed to connect to server AHRC00WKG2208/143.134.34.36:1099 [Root exception is javax.naming.ServiceUnavailableException: Failed to connect to server AHRC00WKG2208/143.134.34.36:1099 [Root exception is java.net.ConnectException: Connection refused: connect]]
at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:335)
at org.jnp.interfaces.NamingContext.checkRef(NamingContext.java:1734)
... 4 more
Caused by: javax.naming.ServiceUnavailableException: Failed to connect to server AHRC00WKG2208/143.134.34.36:1099 [Root exception is java.net.ConnectException: Connection refused: connect]
at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:305)
... 5 more
Caused by: java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:519)
at org.jnp.interfaces.TimedSocketFactory.createSocket(TimedSocketFactory.java:97)
at org.jnp.interfaces.TimedSocketFactory.createSocket(TimedSocketFactory.java:82)
at org.jnp.interfaces.NamingContext.getServer(NamingContext.java:301)
... 5 more
I'm sure that there is something simple I am missing, but for the life of me, I can't figure it out. Any help would be greatly appreciated.
Steve
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/555707#555707]
Start a new discussion in JNDI and Naming at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 5 months
[Javassist Development] - Publishing javassist releases to Sonatype public repo/maven central
by Andrew Dinn
Andrew Dinn [http://community.jboss.org/people/adinn] modified the document:
"Publishing javassist releases to Sonatype public repo/maven central"
To view the document, visit: http://community.jboss.org/docs/DOC-15641
--------------------------------------------------------------
This page describes the process for deploying a javassist project release from relase 3.13.0.GA onwards to the Sonatype public repository and from there to maven central. Althoguh it focusses on explaining how to upload javassist releases it should provide enough information to guide anyone wanting to upload some other project's artifacts to Sonatype/maven central
h1. Why publish to Sonatype?
Previously javassist has published to the JBoss repo. The motive for moving deployment to the Sonatype repo is that it automatically synchronizes installed jars with maven central. Although javassist is a JBoss hosted project it is used by non-JBoss projects. So deploying to Sonatype/maven central gives two successive advantages:
* Projects which have no dependency on JBoss can depend on javassist without needing to reference the JBoss repo. As a consequence their dependent projects no longer need to reference the JBoss repo and so on i.e. this removes the need to introduce the JBoss repo into any upstream dependency chain.
* As a direct consequence projects which depend on javassist can install their jars to the maven repo. maven central will only host artifacts whose dependencies are also located in the central repo i.e. it will not allow other repos to be introduced via the downstream dependency chain.
h1. pom Conformance Requirements
Sonatype and maven central are fussy about what they expect to find in their poms. The http://anonsvn.jboss.org/repos/javassist/tags/rel_3_13_0_ga/pom.xml javassist pom has been modified to meet these https://docs.sonatype.org/display/Repository/Sonatype+OSS+Maven+Repositor... pom conformance requirements.
h1. Locating Old and New javassist Releases
As of release.3.13.0.GA the javassist project is now set up to publish releases to the https://oss.sonatype.org/index.html#view-repositories;public Sonatype public repo. Sonatype will ensure that these new releases are automatically synced with the http://repo2.maven.org/maven2/ maven central repo. The JBoss repo will automatically inherit these new releases form maven central making them available for use in JBoss projects.
In order to conform to Sonatype and Maven Cetral guidelines all releases from 3.13.0.GA onwards are installed using groupid org.javassist. Older releases are currently located in the JBoss public repo under the old groupid javassist. These oleder releases are in the process of being migrated to the maven central repo +under the old groupid+. However, they are currently still available at the JBoss repo.
Snapshot releases are still only deployed to the JBoss snapshots repo. At some point this may be changed so that they are deployed to the sonatype public snapshots repo but this change should not be critical for most dependent projects.
h1. Deploying a javassist tags Release
Deployment of a release from the svn tags tree requires first checking out the tag
> $ svn co https://svn.jboss.org/repos/javassist/tags/rel_X_Y_Z_GA
>
> $ cd rel_X_Y_Z_GA
n.b. ensure that the version tags defined in pom.xml and build.xml match those used to create the svn tags directory
> pom.xml
> . . .
> <groupId>org.javassist</groupId>
> <artifactId>javassist</artifactId>
> <version>X.Y.Z-GA</version>
> . . .
>
>
> build.xml
> . . .
> <property name="dist-version" value="javassist-X.Y.Z-GA"/>
Anyone with appropriate upload permission can deploy directly to the JBoss repo.
> $ mvn javadoc:jar deploy
This will install a class jar, a source jar and a javadoc jar in the https://repository.jboss.org/nexus/index.html#stagingRepositories JBoss staging repo. You can then follow the http://community.jboss.org/wiki/MavenDeployingaRelease usual process for closing, validating and then promoting the jars to the public repo. However, this step is unnecessary since upload to Sonatype/maven central will make the jars available via the JBoss releases repo.
Uploading to the Sonatype repo requires some preliminary steps described below. Once these have been performed it is almost as simple as uplaoding to the JBoss repo:
> $ mvn -P centralRelease javadoc:jar deploy
This should install a gpg-signed class jar, source jar and javadoc jar in the https://oss.sonatype.org/index.html#stagingRepositories Sonatype staging repo. You use the http://community.jboss.org/wiki/MavenDeployingaRelease same process for closing, validating and then promoting the jars to the public repo as applies with the JBoss staging repo.
h3. Warning
There is a bug in maven 2.2.0 and earlier which causes it to generate an incorrect checksum for the uploaded jars. Be sure to upload using maven version 2.2.1 or higher (e.g. 3.0.beta1)
h1. Preliminaries Steps for Sonatype Upload
There are several preliminary steps which must be performed before you can upload to the Sonatype repo.
h2. Add a Developer Entry
The pom shoud be updated to include your details as a javassist developer in the developers section. Ideally this should be done before a release has been tagged.
> <developers>
> . . .
>
> <developer>
> <id>adinn</id>
> <name>Andrew Dinn</name>
> <email>adinn(a)redhat.com (mailto:adinn@redhat.com)</email>
> <organization>JBoss</organization>
> <organizationUrl>http://www.jboss.org/</organizationUrl>
> <roles>
> <role>contributing developer</role>
> </roles>
> <timezone>0</timezone>
> </developer>
> . . .
>
h2. Acquire Sonatype JIRA Login
You need to obtain a login for the Sonatype JIRA system. This allows you to raise a JIRA to negotiate access to the repo. It is also used as your login when uplaoding to the repo.
* Go to the front page of the https://issues.sonatype.org/ Sonatype JIRA system and click where it says sign up for an account under the box asking for a user name
* Raise a JIRA asking to be added to the list of org.javassist developers with upload capability (here is the https://issues.sonatype.org/browse/OSSRH-570 original JIRA which requested permission to uplaod the project)
h2. Obtain and Export a gpg Public Key
The Sonatype repo requires all jars to be signed so you need to obtain a signing key and export it to a public key server in order for the signed jars to be verified. If you already have a gpg key then you only need to perform the export step.
* Create a gpg key
> $ gpg2 ---gen-key
> gpg (GnuPG) 1.4.10; Copyright (C) 2008 Free Software Foundation, Inc.
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
>
> Please select what kind of key you want:
> (1) RSA and RSA (default)
> (2) DSA and Elgamal
> (3) DSA (sign only)
> (4) RSA (sign only)
> Your selection?
> RSA keys may be between 1024 and 4096 bits long.
> What keysize do you want? (2048)
> Requested keysize is 2048 bits
> Please specify how long the key should be valid.
> 0 = key does not expire
> <n> = key expires in n days
> <n>w = key expires in n weeks
> <n>m = key expires in n months
> <n>y = key expires in n years
> Key is valid for? (0)
> Key does not expire at all
> Is this correct? (y/N) y
>
> You need a user ID to identify your key; the software constructs the user ID
> from the Real Name, Comment and Email Address in this form:
> "Heinrich Heine (Der Dichter) <heinrichh(a)duesseldorf.de (mailto:heinrichh@duesseldorf.de)>"
>
> Real name: Fred Bloggs
> Email address: fred.bloggs(a)jboss.org (mailto:fred.bloggs@jboss.org)
> Comment: Javassist Developer
> You selected this USER-ID:
> "Fred Bloggs (Javassist Developer) <fred.bloggs(a)jboss.org (mailto:fred.bloggs@jboss.org)>"
>
> Change (N)ame, (C)omment, (E)mail or (O)kay/(Q)uit? O
> You need a Passphrase to protect your secret key.
>
>
>
> Passphrase: ***********
> Repeat Passphrase: ***********
>
> We need to generate a lot of random bytes. It is a good idea to perform
> some other action (type on the keyboard, move the mouse, utilize the
> disks) during the prime generation; this gives the random number
> generator a better chance to gain enough entropy.
> ..+++++
> ...+++++
> We need to generate a lot of random bytes. It is a good idea to perform
> some other action (type on the keyboard, move the mouse, utilize the
> disks) during the prime generation; this gives the random number
> generator a better chance to gain enough entropy.
> ....+++++
> ...+++++
> gpg: key 9E0FB9ED marked as ultimately trusted
> public and secret key created and signed.
>
> gpg: checking the trustdb
> gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
> gpg: depth: 0 valid: 2 signed: 0 trust: 0-, 0q, 0n, 0m, 0f, 2u
> pub 2048R/9E0FB9ED 2010-07-27
> Key fingerprint = C469 AD5F EF38 FC57 5230 02CF 9C0C 9DE4 9E0F B9ED
> uid Fred Bloggs (Javassist Developer) <fred.bloggs(a)jboss.org (mailto:fred.bloggs@jboss.org)>
> sub 2048R/690CD282 2010-07-27
Note that you are prompted to insert a passphrase which you will also be required to enter when you use the key to sign the jars. The private and public keys are stored in dorectory ${HOME}/.gnupg. You can list your keys using command gpg2 --list-keys.
* Make your public key available on key server hkp://pgp.mit.edu/
> $ gpg2 --keyserv hkp://pgp.mit.edu/ --send-keys 9E0FB9ED
You can now use your saved key and the passphrase you supplied when you created them to upload to Sonatype. However, you might also want to insatll the passphrase in your settings.xml file so you don't have to keep typing it in every time a jar is encrypted.
h2. Configure Your gpg Passphrase in settings.xml
Release jars need to be signed in order to upload them to the Sonatype repo so you will be asked 3 times for your passphrase unless you configure the maven build with the necessary information. The sonatype profile (-P centralRelease) in the project pom adds the gpg plugin to the build. This plugin is configured so that you can pass it a gpg passphrase by setting the required property in ${HOME}/.m2/settings.xml. Obviously you only need to do this when uploading to Sonatype so it makes sense to place the property in a profile entry labelled with id centralRelease
> <profiles>
> . . .
> <profile>
> <id>centralRelease</id>
> <properties>
> <gpg.passphrase>foobar</gpg.passphrase>
> </properties>
> </profile>
> . . .
>
>
>
--------------------------------------------------------------
Comment by going to Community
[http://community.jboss.org/docs/DOC-15641]
Create a new document in Javassist Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=102&co...]
15 years, 5 months
[JBoss AOP Development] - how to use JBoss AOP with portlets
by Alexey S
Alexey S [http://community.jboss.org/people/ashirman] created the discussion
"how to use JBoss AOP with portlets"
To view the discussion, visit: http://community.jboss.org/message/555689#555689
--------------------------------------------------------------
Hello everyone,
probably my question is very stiuped but I'm just start studying JBoss AOP....
So, I would like to use Jboss AOP together with Portlet (IPC). I have to use Jetspeed as Apache server (it is not my mind - it is part of my task..)
Well I have created simple application where AOP stuff should be used every time when the doView portlet's metod is called. The ANT compiles my project in Ecllipce without any error ant it can be deployed on Jetspeed. But... I have not got any results from AOP. It looks like AOP's functions do not call at all.
Source code below:
public class AOPTestAspect {
public Object run(MethodInvocation invocation) throws Throwable {
try
{
System.out.println("Hello from Aspect");
return invocation.invokeNext();
}
finally
{
}
}
}
public class IPCEAOPPortlet extends javax.portlet.GenericPortlet
{
public void doView(javax.portlet.RenderRequest request, javax.portlet.RenderResponse response)
throws javax.portlet.PortletException, java.io.IOException
{
response.setContentType("text/html");
response.getWriter().println("Hello world!");
}
}
jboss-aop looks like
<aop>
<aspect/>class="AOPTestAspect<aspect>
<bind pointcut="execution(void IPCEAOPPortlet->doView(..))">
<around aspect="aoptest.AOPTestAspect" name="run"></around>
</bind>
</aop>
Could anybody to explane me where I maek a misprints?
Probably there is a clear explanation in docs or are there examples of AOP's using with portlets?
Thanks a lot,
Alexey
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/555689#555689]
Start a new discussion in JBoss AOP Development at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 5 months
[jBPM] - How to handle SMTP failures in a mail activity
by Jeffrey Anuszczyk
Jeffrey Anuszczyk [http://community.jboss.org/people/jeffgreg] created the discussion
"How to handle SMTP failures in a mail activity"
To view the discussion, visit: http://community.jboss.org/message/555661#555661
--------------------------------------------------------------
Hi,
I'm integrating jBPM 4.4 into an existing Spring application (2.5.6) and believe I have everything running (transactions, persistence, jobexecutor, etc) without any obvious failures. I'm slowly building a process that is supposed to send out an email, wait for user responses, etc. This means using the built-in mail activity to send out the email. Since the code starting the process isn't mean't to perform the entire process the mail activity is setup continue='async' (hopefully) allowing the jobexecutor to handle the actual sending of the email.
Unfortunately I can't figure out how to handle smtp errors using the build-in activity. For instance, the smtp server is down, the supplied email address is invalid (not a bounce), etc. Experimenting shows that the mail activity fails (errors in the error log) and the process stays in the mail activity. Once this occurs the jobexecutor never restarts the activity. I've seen multiple references to exception handling (including section 9.6 of the developers guide) but no real examples of how to handle this type of case.
So I figured I would ask what the best practices are for handling this. It seems like my options are:
1. Figure out how to have an exception cause a transition to some node that I can put logic in to figure out how to handle it and proceed accordingly. For transient errors I would imagine some sort of timer/retry would be appropriate.
2. Extend the mail activity implementation and add the logic there. The only issue I'm not sure about is how to "find" the transition names I want to transition to without hard-coding them into the java code (i.e., how to define them in the mail activity jpdl to be retrieved and used in the java code). Also it seems like others would have this problem so I feel like I'm reinventing the wheel a bit here.
3. ??? - some way that I haven't thought of?
I'm the first to admit I'm a newbie to jBPM. This is my first real process that isn't an example/poc. Any suggestions, pointers, etc would be highly valued.
Thanks,
- Jeff
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/555661#555661]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 5 months