jboss-dev-forums — The jboss development forum posts

[Jboss-dev-forums] [Design of JBoss Portal] - More Questions

[thepriz <nu...@jb...>]

Having looked over stuff I have a few more questions.

In the Downloads Module Task it has some files for MVC. How are these files related to Spring MVC or is this a new implementation of MVC for portlets?

In nukes there was a language file. How is internationalization features work in JPortal?

What resources do you recomend to learn jsp since this seems to be the main focus of portlets?

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884887#3884887

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884887

[Jboss-dev-forums] [Design of AOP on JBoss (Aspects/JBoss)] - Failed to aspectalize

[oberon777 <nu...@jb...>]

I am trying to apply aspect to a standalone application and get an exception shown below:

Exception in thread "main" java.lang.Error: Error transforming the class org.columba.core.main.Main: org.jboss.aop.instrument.TransformationException: Failed to aspectize class org.columba.core.main.Main.  Could not find class it references org.columba.core.trayicon.ColumbaTrayIcon  It may not be in your classpath and you may not be getting field and constructor weaving for this class.
  | 
  |         at org.jboss.aop.standalone.SystemClassLoader.loadClass(SystemClassLoader.java:191)
  |         at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
  | 

The code in question is on the classpath. Other similar applications are instrumented without a problem. 

Any thoughts?

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884879#3884879

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884879

[Jboss-dev-forums] [Design of JBossXB] - Re: Mapping attributes with default values

[<sco...@jb...>]

The answer is yes, its available via the XSAttributeUse.getConstraintValue, which for the attributes in the schema shown in the JBXB-32 issue are:


  |   Attr(type): , Required: false, ConstraintType: default, ConstraintValue: java.lang.String
  |   Attr(editor): , Required: false, ConstraintType: none, ConstraintValue: null
  |   Attr(replace): , Required: false, ConstraintType: default, ConstraintValue: true
  |   Attr(trim): , Required: false, ConstraintType: default, ConstraintValue: true
  | 

Currently it looks like we are throwing this info away in the call to XsdBinder.bindAttributes. I think this is something that needs to be implemented for the 4.0.3 release so I'll look into it while Alexey is out.


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884856#3884856

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884856

[Jboss-dev-forums] [Design of JBoss Portal] - Drop -pages.xml ?

[<ju...@jb...>]

Today we have static deployment and we can deploy -portal.xml and -pages.xml.

Portal deployment defines a portal and can specific a set of pages related to that portal. Page deployment can add pages to a portal.

I am thinking about the portal / page relationship and that they should be closer, i.e the lifecycle should be the same. If the portal does not exist, there are no reason that its pages should exist. And the page deployment is conflicting with that because it can lead to the situation where a page deployment could be deployed before a portal. Of course this can be solved by introducing more complexity via dependencies.

If you think about it, the static deployment is fine for testing your application or for some specific configurations. In that case, the portal deployment is enough. People wanting to create pages attached to a portal will rather use the dynamicity features.

So I am thinking about dropping the -pages.xml and let only the portal deployment mode.

Does it make sense for you ?


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884849#3884849

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884849

[Jboss-dev-forums] [Javassist development Forum] - Can one change the major and minor version on a new class?

[jpschewe <nu...@jb...>]

I'm generating some classes with javassist that have generics and enums in them from Java 1.5 and I'd like the class files that javassist generates to state that they're for 1.5 and not for 1.1.  Is there a way to change this?


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884839#3884839

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884839

[Jboss-dev-forums] [Design of JBoss/Tomcat Integration] - Re: Work on JBCACHE-13: Standalone Tomcat http session repli

[bstansberry <nu...@jb...>]

anonymous wrote : I would view this a new macro that launches a tomcat dist vs the current jboss dist which is what the testsuite/imports/server-config.xml start-jboss macro does. 

Yes, that's exactly what I was thinking.

anonymous wrote : #1 The issue is how to integrate the standalone footprint into the testsuite. This could conditionally done based on a catalina.home property that would point to an external dist. 

Using an external dist is definitely more straightforward than trying to create one in the testsuite.  As you said, the issue is getting the required JBoss jars on the server classpath.  The following jars need to be in $CATALINA_HOME/server/lib; getting them there is certainly simple enough if we don't mind copying them into the external dist.

tomcat55-service.jar (or a stripped down version thereof)
jboss-cache.jar
jgroups.jar
jboss.jar
jboss-j2ee.jar
jboss-system.jar
jboss-jmx.jar
jboss-common.jar
concurrent.jar
log4j.jar

There would need to be two catalina.base directory structures to hold the server.xml files, logs, temp and work dirs for the two instances.  Two distinct server.xml's would be needed, configured to use different ports, as I don't believe tomcat supports an analogue to the jboss.bind.addr feature.

anonymous wrote : Since we have to install jboss specific jars or at least make them available to the tomcat instance classpath, one could also argue that this is really no different than then existing tomcat-ssl-tests, tomcat-sso-clustered-tests, etc. where a minimal jboss mc is used to host the tomcat instance.

A concern I have about using a minimal jboss mc as the test platform is that we need to be sure that webapps are deployed using the standalone tomcat deployment code, not TomcatDeployer.  Making sure the deployment works right is really the main thing to test.  Once an app is deployed, the actual mechanics of session replication are exactly the same in standalone mode vs. embedded.  (There are classloader hierarchy differences that make standalone replication a different use case that needs to be tested, but the code being executed is the same).

anonymous wrote : Which approach to use is a function of where we want people to download tomcat and follow a recipe to add jboss clustering, or whether a customized tomcat install/installer is used. 

I'd been thinking in terms of a recipe approach, as it is fairly simple and allows users to easily integrate jboss clustering into different Tomcat revs.  (The dependencies of jboss clustering on TC code is very minimal, so the integration is unlikely to break from rev to rev).  A rough outline of a distribution zip might be as follows.

doc
--- .... various docs
dist
--- conf
------ server-cache.xml
------ cluster-cache.xml
--- server
------ lib
--------- .... the libs listed above
src
--- main
------ ... relevant source from the jboss-tomcat module
build.xml

The recipe would be to:
1) Copy the contents of the dist folder to your Tomcat distribution.
2) Either rename server-cache.xml to server.xml, or cut and paste the relevant pieces to your existing server.xml
3) Edit cluster-cache.xml if you want to change the TreeCache config.
4) If you want to override the default replication granularity or trigger for a particular webapp, add a  element to its context.xml.

If we want to distribute source, I wouldn't distribute all the source from the tomcat module; only the portions relevant to JBossCache based session and sso replication.  The other classes in the module introduce compile-time dependencies on the cluster, connector and security modules.

Ben and I discussed not including JBossCache and its dependencies in a session replication distribution and having them integrate the current JBossCache distribution.  Ben, since we talked I've realized that JBossCache distributes the jboss-minimal.jar while the session repl code needs the full jboss.jar.  Given this difference, I think having users integrate would be pretty tough.

Sorry if this is wordy :)

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884818#3884818

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884818

[Jboss-dev-forums] [Design of JBoss Eclipse IDE (dev)] - JBoss Eclipse Download

[smaniv <nu...@jb...>]

In the download of JbossSite
< http://www.jboss.org/products/jbosside/downloads >
I got the following Extracts.

MY Question is::

What could i choose in following SIX options(All are 3.1M5a)?
I have both JDK1.4 and JDK1.5

There six things:-
(1)JBossIDE-1.5M1-Hibernate-Tools.zip 
    JRE/JDK Version = 1.4 
    Eclipse Version   = 3.1M5a
    Comments         = Hibernate Tools 3.0 alpha 2 (standalone).

(2)JBoss FileName  = JBossIDE-1.5M1-EJB3.zip
    JRE/JDK Version = 1.5
    Eclipse Version   = 3.1M5a
    Comments         =  EJB3 Tools 1.0 beta 2 (standalone).           

(3)JBoss FileName  = JBossIDE-1.5M1-jre15-ALL.zip
    JRE/JDK Version = 1.5
    Eclipse Version   = 3.1M5a
    Comments         = This zip includes all plugins of JBossIDE 1.5   
                                 Milestone 1. This bundle requires a 1.5 JRE and 		includes our EJB3 Tools.           

(4)JBoss FileName  = JBossIDE-1.5M1-jre14-ALL.zip
    JRE/JDK Version = 1.4
    Eclipse Version   = 3.1M5a
    Comments         = This zip includes all plugins of JBossIDE 1.5 
                                Milestone 1.            

(5)JBoss FileName  = JBossIDE-1.5M1-jre15-win32.zip
    JRE/JDK Version = 1.5
    Eclipse Version   = 3.1M5a
    Comments         = Windows Platform. This zip contains a completely 
                                self-contained distribution of JBossIDE 1.5 		                Milestone 1. Eclipse is bundled with this release.
                                This bundle requires a 1.5 JRE and includes 			our EJB3 Tools.            

(6)JBoss FileName  = JBossIDE-1.5M1-jre14-win32.zip
    JRE/JDK Version = 1.4
    Eclipse Version   = 3.1M5a
    Comments         = Windows Platform. This zip contains a completely 
                                self-contained distribution of JBossIDE 1.5 			  Milestone 1. Eclipse is bundled with this release. 
<Finish====================================Finish>     


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884816#3884816

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884816

[Jboss-dev-forums] [Design of JBossXB] - Mapping attributes with default values

[<sco...@jb...>]

See http://jira.jboss.com/jira/browse/JBXB-32 for an example issue. Currently if a schema defines attributes with default values, the defaults are not being set on the associated java object unless explicitly present in the xml document. This seems incorrect as it essentially makes the defaults non-existent.

Is this info available from the schema api?


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884813#3884813

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884813

[Jboss-dev-forums] [Design of JBoss Remoting, Unified Invokers] - Migrating Externalizable object to a versioned implementatio

[<sco...@jb...>]

In looking into an issue I found that some pooled invoker changes had not been migrated to the 4.0 branch, and as part of this I wanted to externalize the current hard-coded retry connection count. This would require adding additional data to the serialized output. In order for this to be done in a backward compatible fashion, the additional data would have to come after the existing wire format. Here is an example of how a proxy class was evolved to support a version and retryCount and still have forward/backward compatibility with the previous version.

// The original version

  | package io.serial;
  | 
  | import java.io.Externalizable;
  | import java.io.ObjectOutput;
  | import java.io.IOException;
  | import java.io.ObjectInput;
  | 
  | public class ProxyV1
  |    implements Externalizable
  | {
  |    /** The serialVersionUID @since 1.1.4.3 */
  |    private static final long serialVersionUID = 1L;
  | 
  |    public ServerAddress address;
  |    public int maxPoolSize;
  | 
  |    public ProxyV1()
  |    {
  |    }
  |    public ProxyV1(ServerAddress sa, int maxPoolSize)
  |    {
  |       this.address = sa;
  |       this.maxPoolSize = maxPoolSize;
  |    }
  | 
  |    public void writeExternal(final ObjectOutput out)
  |       throws IOException
  |    { 
  |       out.writeObject(address);
  |       out.writeInt(maxPoolSize);
  |    }
  |  
  |    public void readExternal(final ObjectInput in)
  |       throws IOException, ClassNotFoundException
  |    {
  |       address = (ServerAddress)in.readObject();
  |       maxPoolSize = in.readInt();
  |    }
  | 
  | }
  | 

// Version 2 of the proxy

  | package io.serial;
  | 
  | import java.io.Externalizable;
  | import java.io.ObjectOutput;
  | import java.io.IOException;
  | import java.io.ObjectInput;
  | import java.io.OptionalDataException;
  | import java.io.EOFException;
  | 
  | public class ProxyV2
  |    implements Externalizable
  | {
  |    /** The serialVersionUID @since 1.1.4.3 */
  |    private static final long serialVersionUID = 1L;
  |    private static final int WIRE_VERSION = 1;
  | 
  |    public ServerAddress address;
  |    public int maxPoolSize;
  |    public int retryCount;
  | 
  |    public ProxyV2()
  |    {
  |    }
  |    public ProxyV2(ServerAddress sa, int maxPoolSize)
  |    {
  |       this(sa, maxPoolSize, 1);
  |    }
  |    public ProxyV2(ServerAddress sa, int maxPoolSize, int retryCount)
  |    {
  |       this.address = sa;
  |       this.maxPoolSize = maxPoolSize;
  |       this.retryCount = retryCount;
  |    }
  | 
  |    public void writeExternal(final ObjectOutput out)
  |       throws IOException
  |    {
  |       out.writeObject(address);
  |       out.writeInt(maxPoolSize);
  |       out.writeInt(WIRE_VERSION);
  |       out.writeInt(retryCount);
  |    }
  |  
  |    public void readExternal(final ObjectInput in)
  |       throws IOException, ClassNotFoundException
  |    {
  |       address = (ServerAddress)in.readObject();
  |       maxPoolSize = in.readInt();
  |       int version = 0;
  |       try
  |       {
  |          version = in.readInt();
  |       }
  |       catch(EOFException e)
  |       {
  |          // No version written and there is no more data
  |       }
  |       catch(OptionalDataException e)
  |       {
  |          // No version written and there is data from other objects
  |       }
  | 
  |       switch( version )
  |       {
  |          case 0:
  |             // This has no retryCount, default it to the hard-coded value
  |             retryCount = 10;
  |             break;
  |          case 1:
  |             readVersion1(in);
  |             break;
  |          default:
  |             /* Assume a newer version that only adds defaultable values.
  |             The alternative would be to thrown an exception
  |             */
  |             break;
  |       }
  |    }
  | 
  |    private void readVersion1(final ObjectInput in)
  |       throws IOException, ClassNotFoundException
  |    {
  |       retryCount = in.readInt();
  |    }
  | }
  | 

// A sample test driver

  | package io.serial;
  | 
  | import java.io.FileOutputStream;
  | import java.io.ObjectOutputStream;
  | import java.io.IOException;
  | import java.io.FileInputStream;
  | import java.io.ObjectInputStream;
  | 
  | public class TestVersionMigration
  | {
  |    static void writeProxy(String file) throws IOException
  |    {
  |       FileOutputStream fos = new FileOutputStream("/tmp/java5/"+file);
  |       ObjectOutputStream oos = new ObjectOutputStream(fos);
  |       ServerAddress sa = new ServerAddress("localhost", 4445, false, 60);
  |       Proxy proxy = new Proxy(sa, 10);
  |       oos.writeObject(proxy);
  |       oos.close();
  |       fos.close();
  |    }
  |    static void writeProxyWithExtraData(String file) throws IOException
  |    {
  |       FileOutputStream fos = new FileOutputStream("/tmp/java5/"+file);
  |       ObjectOutputStream oos = new ObjectOutputStream(fos);
  |       ServerAddress sa = new ServerAddress("localhost", 4445, false, 60);
  |       Proxy proxy = new Proxy(sa, 10);
  |       oos.writeObject(proxy);
  |       oos.writeInt(1);
  |       oos.writeUTF("Another string");
  |       oos.close();
  |       fos.close();
  |    }
  | 
  |    static void readProxy(String file)
  |       throws IOException, ClassNotFoundException
  |    {
  |       FileInputStream fis = new FileInputStream("/tmp/java5/"+file);
  |       ObjectInputStream ois = new ObjectInputStream(fis);
  |       Proxy proxy = (Proxy) ois.readObject();
  |       assert proxy.maxPoolSize == 10 : "maxPoolSize == 10";
  |    }
  | 
  |    static void readProxyWithExtraData(String file)
  |       throws IOException, ClassNotFoundException
  |    {
  |       FileInputStream fis = new FileInputStream("/tmp/java5/"+file);
  |       ObjectInputStream ois = new ObjectInputStream(fis);
  |       Proxy proxy = (Proxy) ois.readObject();
  |       assert proxy.maxPoolSize == 10 : "maxPoolSize == 10";
  |       int i = ois.readInt();
  |       assert i == 1 : "i == 1";
  |       String s = ois.readUTF();
  |       assert s.equals("Another string") : "s == Another string";
  |       ois.close();
  |    }
  | 
  |    public static void main(String[] args) throws Exception
  |    {
  |       //writeProxyWithExtraData("proxy2+.ser");
  |       readProxyWithExtraData("proxy1+.ser");
  |    }
  | }
  | 

When testing the io.serial.ProxyVx class is copied into io.serial.Proxy so that either V1 or V2 is that available class. When a V1 instance is read by a V2 instance, the attempt to read pas the object boundary will result in either an  EOFException if this is the last object in the stream, or an OptionalDataException if other primatives or objects exist. This occurs because the boundaries of objects are marked in the stream such that attempts to read past the object boundary is caught. This also allows a V2 object to be read by a V1 object. The extra version and retryCount in the stream are ignored.

Note that the readProxyWithExtraData validates that the int primative and String written after the Proxy exist with the expected values to validate that the object boundaries remain intact even when the readExternal/writeExternal behavior are not in synch.


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884796#3884796

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884796

[Jboss-dev-forums] [Design of JBoss Build System] - Re: JBoss Third Party Build

[<sco...@jb...>]

The libraries are only used by the main build when creating the dist. They have no purpose for building thirdparty or compiling the modules. Couldn't we simply break out the install target into a seperate build-dist.xml file that contains the install and related targets?

Unless you do this, the initial build will be using the obsolete ../tools/buildmagic/etc/libraries.ent version and would fail anyway when the incorrect libraries were used.

There should be a way to disable initiating the thirdparty build as suggested.


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884793#3884793

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884793

[Jboss-dev-forums] [Design of JBoss Build System] - Re: JBoss Third Party Build

[<rl...@jb...>]

Two issues have come up today which I would like to get confirmation on.

1) libraries.ent generation location

If we generate a libraries.ent and store it in the thirdparty folder this will require a change to the build.xml files.  The buildfiles currently reference it in this manner:

ENTITY libraries SYSTEM "../tools/buildmagic/etc/libraries.ent"  which we change to look like this:

ENTITY libraries SYSTEM "../thirdparty/libraries.ent"

If this were to be modified to point to the thirdparty location we will have a problem when the thirdparty folder is not yet present.  For example, if we were to perform a clean checkout of JBoss-4.0.x (which does not pull down the thirdparty folder) and then try to build we will immediately get an exception stating that the the libraries.ent file is not found.  This is valid as we have not generated it yet.

A simple solution would be to place the generated file in the same location as the pre-existing file.  If a user ever wished to revert back he would simply pull down the old version from cvs.   

Next:

Adrian raised a valid issue regarding making the thirdparty downloading the first target of the build.

anonymous wrote : You cannot do that, unless there is mechanism to disable it (e.g. an unless="property").
  | What happens if somebody is working offline?

The way that I have set this up is that there is indeed an unless property.  If the build-thirdparty.xml file is newer than the libraries.ent file then the downloads from the repository will take place.  Otherwise the build will transpire as usual.    If you do not have the thirdparty components on your machine and you do not have a net connection you will not be able to build.



View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884790#3884790

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884790

[Jboss-dev-forums] [Design of JBoss/Tomcat Integration] - Re: Work on JBCACHE-13: Standalone Tomcat http session repli

[<sco...@jb...>]

I would view this a new macro that launches a tomcat dist vs the current jboss dist which is what the testsuite/imports/server-config.xml start-jboss macro does. 

#1 The issue is how to integrate the standalone footprint into the testsuite. This could conditionally done based on a catalina.home property that would point to an external dist.

#2 Since we have to install jboss specific jars or at least make them available to the tomcat instance classpath, one could also argue that this is really no different than then existing tomcat-ssl-tests, tomcat-sso-clustered-tests, etc. where a minimal jboss mc is used to host the tomcat instance.

Which approach to use is a function of where we want people to download tomcat and follow a recipe to add jboss clustering, or whether a customized tomcat install/installer is used.


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884766#3884766

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884766

[Jboss-dev-forums] [Design of JBoss Portal] - Re: some thoughts on possible enhanced portal features

[mholzner <nu...@jb...>]

I'm not writing enough Portlets these days to be sure that this is a desired feature. I believe it would be very helpful (and cool to write most of all ;) If enough people vote for this feature I'd be glad to implement it 

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884762#3884762

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884762

[Jboss-dev-forums] [Design of JBoss Portal] - Re: some ideas on Portlet 2 Portlet communication

[<roy...@jb...>]

Yes. This is in-line with proprietary APIs from other portal vendors. Wires between portlet are explicitly defined, and hopefully with dynamicity, they can be easily created/destroyed at runtime.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884751#3884751

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884751

[Jboss-dev-forums] [Design of JBoss Portal] - Re: some thoughts on possible enhanced portal features

[<roy...@jb...>]

~~ I'm looking at my crystal ball here... it sees Novell developers working on the features you suggest. ~~

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884748#3884748

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884748

[Jboss-dev-forums] [Design of JBoss Portal] - Re: Bulk Import

[<roy...@jb...>]

You can use the CMS upload feature to do this, or connect to the webdav repo thru windows explorer or even DAVexplorer and upload your files.

Bulk import, as in uploading a large zip file and having it extracted on the server side, has not been implemented yet.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884747#3884747

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884747

[Jboss-dev-forums] [Design of JBoss Portal] - Re: Questions

[<roy...@jb...>]

thepriz,

As portlet-development goes, the downloads portlet is #1 on the list. It will be used to power the portlet and theme exchange website we are planning for later this year. Unfortunately no one in the JBoss Portal team has time right now to work on it. 

the downloadsportlet task is here: http://jira.jboss.com/jira/browse/JBPORTAL-265

the original developer that was working on it, no longer contributes to JBoss, but he left a good bit that we can develop from.

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884741#3884741

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884741

[Jboss-dev-forums] [Design of JBoss Portal] - Re: Questions

[<ju...@jb...>]

we have one person which has just started to work on improving the forums portlet

the rest of us are working on the portal 2.2, you can track the development here : http://jira.jboss.com/jira/browse/JBPORTAL

so there is no much portlet development at the moment

the different subprojects are organized as components : server, portlet, CMS, core, theme, WSRP, forums, etc...

whenever you start working on the download port we will make a component for the dowload portlet and create tasks for it

looking forward to see you contribute again

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884734#3884734

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884734

[Jboss-dev-forums] [Design of JBoss Portal] - Re: Questions

[thepriz <nu...@jb...>]

Thanks again for the response. I will look over the forums portlet and see if I have any questions. If you want I will look into converting the downloads module to a portlet when I figure it out.

Do you have a prioritized list of the portlets you need done and who is working on them?

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884732#3884732

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884732

[Jboss-dev-forums] [Design of Mail Services] - Re: Hibernate Mail Lists (and testing)

[<aco...@jb...>]

Yes, izPack is what I'm dinking with now.  It isn't so cheesy!

You're right.  They are different.  humm...I need to fix my lab.  I parts some thinks at various times....  I have two boxen for this at the moment "bobford" and "badmojo".  We'll need better of course but there we can get some idea and do basic performance regression testing (I want to know when things we do make things slower).  Shortly I need to get specmail up and running for some of this.  Its actually going to be tough

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884711#3884711

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884711

[Jboss-dev-forums] [Design of JBoss Portal] - Re: Questions

[<ju...@jb...>]

Hello Dennis,

"thepriz" wrote : First, it has been awhile since I have posted. I am currently looking at jboss portal to see what it would take to develop portals. I have looked at the hello world example and I don't think it is completly set up. It does not display the main menu blocks. It only displays itself. There doesn't seem a way to get back to the main page.
  | 
  | The example is very simple and seems pretty straight forward. Are there any examples with a little more complexity?
  | 
  | 

the forums port is more complicated and you can get it in the source distrib


anonymous wrote : 
  | 
  | Does jboss portal support nukes modules?
  | 
  | 

no

anonymous wrote : 
  | 
  | Are you looking for help with converting old nukes modules to portlets?
  | 
  | 

yes, the download module is one of those and is prioritized

anonymous wrote : 
  | 
  | It looked like you are going to do some changes in 2.2. Are these changes going to affect the portlet API?
  | 
  | 

no, the portlet API is a spec that does not change, perhaps some jboss specific API extension are going to change though

anonymous wrote : 
  | 
  | Thanks for your time to read and answer my questions. 


View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884710#3884710

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884710

[Jboss-dev-forums] [Design of JBoss Portal] - Questions (Repost)

[thepriz <nu...@jb...>]

First, it has been awhile since I have posted. I am currently looking at jboss portal to see what it would take to develop portals. I have looked at the hello world example and I don't think it is completly set up. It does not display the main menu blocks. It only displays itself. There doesn't seem a way to get back to the main page.

The example is very simple and seems pretty straight forward. Are there any examples with a little more complexity?

Does jboss portal support nukes modules?

Are you looking for help with converting old nukes modules to portlets?

It looked like you are going to do some changes in 2.2. Are these changes going to affect the portlet API?

Thanks for your time to read and answer my questions. 

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884686#3884686

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884686

[Jboss-dev-forums] [Design of JBoss Portal] - Questions (Repost)

[thepriz <nu...@jb...>]

First, it has been awhile since I have posted. I am currently looking at jboss portal to see what it would take to develop portals. I have looked at the hello world example and I don't think it is completly set up. It does not display the main menu blocks. It only displays itself. There doesn't seem a way to get back to the main page.

The example is very simple and seems pretty straight forward. Are there any examples with a little more complexity?

Does jboss portal support nukes modules?

Are you looking for help with converting old nukes modules to portlets?

It looked like you are going to do some changes in 2.2. Are these changes going to affect the portlet API?

Thanks for your time to read and answer my questions. 

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884686#3884686

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884686

[Jboss-dev-forums] [Design of Mail Services] - Re: Exception Handling

[<aco...@jb...>]

Base classes are good.

2/3 to me are different to me, mentally.  Meaning if you gave me bad stuff, I tell you to give me good stuff (authentication as an example).  Meaning if its a "other side is busted" its one thing and if I have no conversation with the user anymore, I have to do more work for the error message (create status and stick it in his mailbox potentially).

-Andy

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884707#3884707

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884707

[Jboss-dev-forums] [Design of JBoss Portal] - Questions

[thepriz <nu...@jb...>]

First, it has been awhile since I have posted. I am currently looking at jboss portal to see what it would take to develop portals. I have looked at the hello world example and I don't think it is completly set up. It does not display the main menu blocks. It only displays itself. There doesn't seem a way to get back to the main page.

The example is very simple and seems pretty straight forward. Are there any examples with a little more complexity?

Does jboss portal support nukes modules?

Are you looking for help with converting old nukes modules to portlets?

It looked like you are going to do some changes in 2.2. Are these changes going to affect the portlet API?

Thanks for your time to read and answer my questions. 

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3884686#3884686

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3884686