Source Code/Javadoc with QuickFixJ

[rivercode]

Hi,

A simple Q...how do I force maven (or what change to make to POM) to download the source code/javadoc for  quickfixj-all-1.3.3-bd.jar. I am working in Eclipse.

This would really help while I am walking through your code.

Thanks.

[Toli Lerios]

Best to download the source code manually from

http://sourceforge.net/project/showfiles.php?group_id=163099&package_id=184307

--
Toli Lerios <[hidden email]>

>
> Hi,
>
> A simple Q...how do I force maven (or what change to make to POM) to
> download the source code/javadoc for  quickfixj-all-1.3.3-bd.jar. I am
> working in Eclipse.
>
> This would really help while I am walking through your code.
>
> Thanks.
> --
> View this message in context: http://n2.nabble.com/Source-Code-Javadoc-with-QuickFixJ-tp2090665p2090665.html
> Sent from the m-etc-dev mailing list archive at Nabble.com.
>
>
> _______________________________________________
> m-etc-dev mailing list
> [hidden email]
> http://lists.marketcetera.org/mailman/listinfo/m-etc-dev_lists.marketcetera.org

_______________________________________________
m-etc-dev mailing list
[hidden email]
http://lists.marketcetera.org/mailman/listinfo/m-etc-dev_lists.marketcetera.org

[toli]

in 1.0.0, we use a vanilla version of QFJ-1.3.3, the only difference is that we generated all the FIX fields to use BigDecimals instead of the default doubles.  Otherwise, it's the vanilla 1.3.3 install.

but this is a good point - we'll start including the source code in the future uploads to Marketcetera repo as well.



Best to download the source code manually from

http://sourceforge.net/project/showfiles.php?group_id=163099&package_id=184307

--
Toli Lerios <[e-mail]>

[rivercode]

Hi,

There are many other packages where the source code/javadoc is not included and it is necessary to go and hunt for them on the web...I would suggest that you include as many source code jars as possible, especially for critical areas like QFJ. While not an issue for expert Java developers, for less experienced developers who are trying to troubleshoot/solve an issue it can make all the difference.





in 1.0.0, we use a vanilla version of QFJ-1.3.3, the only difference is that we generated all the FIX fields to use BigDecimals instead of the default doubles.  Otherwise, it's the vanilla 1.3.3 install.

but this is a good point - we'll start including the source code in the future uploads to Marketcetera repo as well.

Toli Lerios wrote:

Best to download the source code manually from

http://sourceforge.net/project/showfiles.php?group_id=163099&package_id=184307

--
Toli Lerios <[e-mail]>

[toli]

Good point.

How would you want the source jars to be included? Do you want them to
be part of the POM so that they are hosted on the Marketcetera maven
repository next to the other jars?  Or would you just like an entry
(maybe a comment?) specifying the URL location of where you can get
the dependent source jar?

I'm trying to see what the best approach would be - it becomes a
logistical nightmare to synchronize all the source jars and host them
ourselves as well.

For the record, all the open-source code that we make modifications
too is tracked in the vendors/ directory off the main SVN root:
http://code.marketcetera.org/vendors/trunk/

toli

On Mon, Dec 29, 2008 at 7:25 PM, rivercode <[hidden email]> wrote:
>
> Hi,
>
> There are many other packages where the source code/javadoc is not included
> and it is necessary to go and hunt for them on the web...I would suggest
> that you include as many source code jars as possible, especially for
> critical areas like QFJ. While not an issue for expert Java developers, for
> less experienced developers who are trying to troubleshoot/solve an issue it
> can make all the difference.

--
Toli Kuznets
http://www.marketcetera.com: Open-Source Trading Platform
download.run.trade.

_______________________________________________
m-etc-dev mailing list
[hidden email]
http://lists.marketcetera.org/mailman/listinfo/m-etc-dev_lists.marketcetera.org

[rivercode]

Hi,

Hosting ALL the source Jars is obviously not a good idea.

I would suggest hosting only major/critical source JARs, so they are
automatically downloaded.

Being new to Maven, I do not know if it is possible to configure it so that
it will download all source JARs from their respective repositories. I know
there is the -DdownloadSources=true option, but I do not know how well this
works.

In summary for an ideal world...critical source jars included and could use
an option like -DdownloadSources=true or other parameter to mvn to get the
rest.



-----Original Message-----
From: Toli Kuznets [mailto:[hidden email]]
Sent: Tuesday, December 30, 2008 2:28 AM
To: rivercode
Cc: [hidden email]
Subject: Re: [m-etc-dev] Source Code/Javadoc with QuickFixJ

Good point.

How would you want the source jars to be included? Do you want them to
be part of the POM so that they are hosted on the Marketcetera maven
repository next to the other jars?  Or would you just like an entry
(maybe a comment?) specifying the URL location of where you can get
the dependent source jar?

I'm trying to see what the best approach would be - it becomes a
logistical nightmare to synchronize all the source jars and host them
ourselves as well.

For the record, all the open-source code that we make modifications
too is tracked in the vendors/ directory off the main SVN root:
http://code.marketcetera.org/vendors/trunk/

toli

On Mon, Dec 29, 2008 at 7:25 PM, rivercode <[hidden email]> wrote:
>
> Hi,
>
> There are many other packages where the source code/javadoc is not
included
> and it is necessary to go and hunt for them on the web...I would suggest
> that you include as many source code jars as possible, especially for
> critical areas like QFJ. While not an issue for expert Java developers,
for
> less experienced developers who are trying to troubleshoot/solve an issue
it
> can make all the difference.

--
Toli Kuznets
http://www.marketcetera.com: Open-Source Trading Platform
download.run.trade.


_______________________________________________
m-etc-dev mailing list
[hidden email]
http://lists.marketcetera.org/mailman/listinfo/m-etc-dev_lists.marketcetera.org

[Will Horn]

The "downloadSources" option can be used with mvn eclipse:eclipse to attempt to download the source code for dependencies in the repository (http://maven.apache.org/plugins/maven-eclipse-plugin/eclipse-mojo.html)

For example:

c:\trunk\public\source\ors>mvn eclipse:eclipse -DdownloadSources=true

However, this only works for projects that are not built in Eclipse as plug-ins (ors, strategyagent, orderloader).  For plug-in projects, our default Eclipse setup uses plug-in dependency resolution rather than maven dependency resolution to support Photon.  Because of this, you will only see source code that is included as a source bundle in the target platform.  If you try to open a class that we have not included source for, you will see the generic Eclipse class file editor with the message "The JAR of this class file belongs to container 'Plug-in Dependencies' which does not allow modifications to source attachments on its entries."

For critical JARs, we can investigate including source bundles in the target platform, which may or may not be possible given the way the target is constructed.  Otherwise, the way to attach source code for JARs in the target platform is to import the containing plug-in into your workspace:

1. In Eclipse, open the Plug-ins view (part of the Plug-in Development perspective).
   
2. Find the Plug-in containing the JAR with missing source (typically org.marketcetera.thirdparty).
   
3. Right click and choose Import As -> Binary Project with Linked Content.
   
4. Manually attach source as usual to the JARs in the imported project (http://help.eclipse.org/stable/index.jsp?topic=/org.eclipse.jdt.doc.user/reference/ref-properties-source-attachment.htm)
   

Will

On Tue, Dec 30, 2008 at 7:50 AM, Chris Bartlett <[hidden email]> wrote:

Hi,

Hosting ALL the source Jars is obviously not a good idea.

I would suggest hosting only major/critical source JARs, so they are
automatically downloaded.

Being new to Maven, I do not know if it is possible to configure it so that
it will download all source JARs from their respective repositories. I know
there is the -DdownloadSources=true option, but I do not know how well this
works.

In summary for an ideal world...critical source jars included and could use
an option like -DdownloadSources=true or other parameter to mvn to get the
rest.

-----Original Message-----
From: Toli Kuznets [mailto:[hidden email]]
Sent: Tuesday, December 30, 2008 2:28 AM
To: rivercode
Cc: [hidden email]
Subject: Re: [m-etc-dev] Source Code/Javadoc with QuickFixJ

Good point.

How would you want the source jars to be included? Do you want them to
be part of the POM so that they are hosted on the Marketcetera maven
repository next to the other jars?  Or would you just like an entry
(maybe a comment?) specifying the URL location of where you can get
the dependent source jar?

I'm trying to see what the best approach would be - it becomes a
logistical nightmare to synchronize all the source jars and host them
ourselves as well.

For the record, all the open-source code that we make modifications
too is tracked in the vendors/ directory off the main SVN root:
http://code.marketcetera.org/vendors/trunk/

toli

On Mon, Dec 29, 2008 at 7:25 PM, rivercode <[hidden email]> wrote:
>
> Hi,
>
> There are many other packages where the source code/javadoc is not
included
> and it is necessary to go and hunt for them on the web...I would suggest
> that you include as many source code jars as possible, especially for
> critical areas like QFJ. While not an issue for expert Java developers,
for
> less experienced developers who are trying to troubleshoot/solve an issue
it
> can make all the difference.

--
Toli Kuznets
http://www.marketcetera.com: Open-Source Trading Platform
download.run.trade.


_______________________________________________
m-etc-dev mailing list
[hidden email]
http://lists.marketcetera.org/mailman/listinfo/m-etc-dev_lists.marketcetera.org

_______________________________________________
m-etc-dev mailing list
[hidden email]
http://lists.marketcetera.org/mailman/listinfo/m-etc-dev_lists.marketcetera.org